1 INFO-VAX	Wed, 01 Nov 2000	Volume 2000 : Issue 610       Contents:F Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportP Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support representP Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support representP Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportrepresenta Alpha Station 400 A Re: Captain RTR's Syphilitic Hoard of Cut-Throats (Any Progress?)  Re: configuring NFS % Re: DCPS 1.8 and LN32 Duplex Printing % Re: DCPS 1.8 and LN32 Duplex Printing  Re: DECdtm QUESTIONS$ Re: Decnet over IP - where to start?$ Re: Decnet over IP - where to start?$ Re: Decnet over IP - where to start?$ Re: Decnet over IP - where to start? Re: editors 1 Re: Example of using psuedoterm device from DCL ? 1 Re: Example of using psuedoterm device from DCL ? 1 Re: Example of using psuedoterm device from DCL ? 4 Re: How can I synchronize VMS time with our Firewall4 Re: How can I synchronize VMS time with our Firewall4 Re: How can I synchronize VMS time with our Firewall4 Re: How can I synchronize VMS time with our Firewall How to boost DLT backup speed?" Re: How to boost DLT backup speed?" Re: How to boost DLT backup speed?" Re: How to boost DLT backup speed?< New feature request for host based shadow disks -- Scrubbing@ Re: New feature request for host based shadow disks -- Scrubbing@ Re: New feature request for host based shadow disks -- Scrubbing! Re: Nice job - porting VNC to VMS   Re: OpenVMS, java, perl, etc ...= Re: Oracle/VMS performance problems with Multithreaded Server = Re: Oracle/VMS performance problems with Multithreaded Server  Re: Sun "uptime" belly laugher Re: Sun "uptime" belly laugher+ Re: Sun's haunting ecache problems detailed + Re: Sun's haunting ecache problems detailed  Re: TCPIP V5.0A SMTP ACCVIO  Re: TCPIP V5.0A SMTP ACCVIO 	 Time Zone 
 Re: Time Zone 
 Re: TLZ tapes ' Re: VAX Mail question - corrupted files ' Re: VAX Mail question - corrupted files ' Re: VAX Mail question - corrupted files ' Re: VAX Mail question - corrupted files  VMS upgrade Question RE: VMS upgrade Question RE: VMS upgrade Question Re: VMS V7.2-19 Re: Was RE: Rdb on VMS reference? - now off-topic, pucker & Re: What could cause ACCVIO in malloc?. Re: Why missing [000000] after volume restore?. Re: Why missing [000000] after volume restore? work!!  F ----------------------------------------------------------------------   Date: 1 Nov 2000 00:53 CST' From: carl@gerg.tamu.edu (Carl Perkins) O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support , Message-ID: <1NOV200000531689@gerg.tamu.edu>  ; "David J. Dachtera" <djesys.nospam@earthlink.net> writes...  }Phillip Helbig wrote: }>  : }> In article <39FEFB8E.CA3132D5@bbc.co.uk>, Tim Llewellyn$ }> <tim.llewellyn@bbc.co.uk> writes: }>  8 }> > You jogged my memory, anyway, whats wrong with TPU? }>  J }> I just have never gotten around to learning it.  Back with 5.5, EDT wasI }> the default....I do have it on my list of things to do, mainly for LSE G }> but it also offers some advantages.  It has disadvantages (reads the ; }> whole file at the beginning---annoying if it is 100MB),   } H }It also will insert spaces in records where they don't belong. Move theI }cursor into the blank space at the end of a line, type a character, then C }delete it. The spaces in the record up to the cursor position will @ }remain. (At least, this was true of early versions of TPU/EVE.) }David J. Dachtera  D It isn't a case of "where they don't belong", it is a case of "whereC you don't want it to be able to put them" - but some people do want H it to do this. You just need to tell it not to. Put a "set cursor bound"> in your initialization file (a "set keypad edt" is also good).  E LSE is quite spiffy. If you tell it to use the EDT keypad, it's basic G keyboard functionality is very close to EDT (slightly closer than EVE's F version - although neither one of them will let you include a carriageF return in a search string, which EDT allows - there was one thing thatG I occasionally did in EDT that didn't work in EVE but does work in LSE, H but I can't remember what it was since it's been probably 10 years since I started using LSE instead).    --- Carl   ------------------------------   Date: 31 Oct 2000 20:10:17 GMT* From: helbig@astro.rug.nl (Phillip Helbig)Y Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support represent . Message-ID: <8tn8v9$af1$2@info.service.rug.nl>  7 In article <39FEFB8E.CA3132D5@bbc.co.uk>, Tim Llewellyn " <tim.llewellyn@bbc.co.uk> writes:   5 > You jogged my memory, anyway, whats wrong with TPU?   H I just have never gotten around to learning it.  Back with 5.5, EDT was G the default....I do have it on my list of things to do, mainly for LSE  E but it also offers some advantages.  It has disadvantages (reads the  H whole file at the beginning---annoying if it is 100MB), but so does EDT " (maximum 255 characters per line).   ------------------------------    Date: 31 Oct 2000 13:05:47 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) Y Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support represent + Message-ID: <XghxzuAPJNR+@eisner.decus.org>   [ In article <8tmpc8$5ss$2@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: 9 > In article <39FED22A.E5356A9B@bbc.co.uk>, Tim Llewellyn $ > <tim.llewellyn@bbc.co.uk> writes:  > ( >> Wasn't EDT de-supported a while back? > I > It is frozen and the ALPHA image is, IIRC, VESTed.  I don't know if it  H > is unsupported.  Apparently the text of the error message was changed  > recently.  :-)  0 The SPD for VMS V7.2 says that EDT is supported.   ------------------------------  % Date: Tue, 31 Oct 2000 20:53:16 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> Y Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportrepresenta - Message-ID: <39FF859B.5E674D42@earthlink.net>    Phillip Helbig wrote:  > 9 > In article <39FEFB8E.CA3132D5@bbc.co.uk>, Tim Llewellyn # > <tim.llewellyn@bbc.co.uk> writes:  > 7 > > You jogged my memory, anyway, whats wrong with TPU?  > I > I just have never gotten around to learning it.  Back with 5.5, EDT was H > the default....I do have it on my list of things to do, mainly for LSEF > but it also offers some advantages.  It has disadvantages (reads the: > whole file at the beginning---annoying if it is 100MB),   G It also will insert spaces in records where they don't belong. Move the H cursor into the blank space at the end of a line, type a character, thenB delete it. The spaces in the record up to the cursor position will? remain. (At least, this was true of early versions of TPU/EVE.)    > but so does EDT   F Eh, well, not quite - it reads in the first bit of the file (circa. 44 records), not the entire file.  $ > (maximum 255 characters per line).  B ...and chokes on records bigger than about 256 characters or so (I# think, it's close to that, anyway).   D My whole problem with TPU has always been (and remains) that in someB cases, even the simplest EDT tasks can take volumes of TPU code to
 duplicate.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 31 Oct 2000 15:12:47 -0500 / From: "Howard E. Arnold" <arnoldh@celerent.com>  Subject: Alpha Station 400? Message-ID: <NEBBKBPAMLAEPFNHOPFBAEGICAAA.arnoldh@celerent.com>   I I am working with a company to test a solution to print from OpenVMS to a F Sharp AR-205 printer. I have purchased a Alpha Station 400 but it cameG without software and licenses. Does Compaq have a site that I could get I software and licensing to be able to test this solution? Once the test is L done I will run Linux on the box so I only need them for a proof of concept.J I'm looking at running OpenVMS, Multinet, and DCPS plus to a HP jet direct box.  K Has anyone tested a solution like this? OpenVMS to a HP Jet Direct Box to a  Sharp AR-205   Thanks   Howard arnoldh@celerent.com   ------------------------------  # Date: Tue, 31 Oct 2000 20:10:12 GMT  From: richard_maher@my-deja.com J Subject: Re: Captain RTR's Syphilitic Hoard of Cut-Throats (Any Progress?)) Message-ID: <8tn8uu$ahf$1@nnrp1.deja.com>    Hi Jim,   A >First: calm down. Right now the quality of argument that you are ? >making is not going to help convince anyone that you're right.   D First: You'd be surprised! Second: I am calm, and IMHO not without aG modicum of humour. Third: This is a bloody news group, not the OxBridge A debating society! When was the last time you saw a Pulitzer prize ? awarded here? Fourth: But let's not fall out over it. I am also D impressed with you, and you are definitely the right man for the jobD but please *do not* underestimate or discount the equally robust andC sanguine efforts of the Rich Roscoe's of this world during the last E twelve months! The fact that DECdtm should be TIP and XA compliant is A not news to alot of people. Least of all Capt. RTR! Fifth: I will D concede that the quality of argument really tapers off in the eighthE year of lobbying for improved DECdtm functionality. In fact, the only G advice I have left to offer is "When those thieving VMS killers let you E into the bunker then Kill'em! Kill'em all!"  (Oooh! That will get the ? viewers calling in from those parts of the world that think the 3 Teletubbies are saying "I gotta gun! I gotta gun!")   E Now: I have attached a mail that I got the other day from yet another C disillusioned VMS user that is being forced to walk the plank. I've E concealed his identity because previously when I'd been stupid enough F to point such clients in the direction of John Apps/Compaq they turnedE it straight into an RTR sales opportunity and weren't even interested D in their TIP or COM+ or "We're a BMQ shop" requirements :-( Argh Jim lad RTR fits all!   F Anyway, I hope you prove me wrong but until there are different people- making the decisions I only see one outcome:-   C Jim Johnson: Walks optimistically into the meeting with Capt RTR an D crew and brain dumps everything he thinks should happen with DECdtm.B Capt RTR: Thanks mate! That'll work great in RTR version current+1A Jim Johnson: No! you don't understand RTR and DECdtm do different  complementary things. E Capt RTR: Oh, I forgot to mention, we'd like you to come on board and F manage the release for us. And we're gonna call it DECtxn or something* to shake of all the RTR hating VMS lovers.? Jim Johnson: Reluctantly accepts his Cabin Boy commission while C muttering something like "Sometimes it's better to fight for change E from within?" but Jim couldn't help but feel uncomfortable, and never ; got used to the Captain's insistance on calling him Rodger.    Regards Richard Maher    Hello, Richard.   C I'm a list member since about a year, and even though I rarely post F anything I read the contents of the list with great interest. As I did> with your post from a few days back, regarding RTR and DecDTM.  D You see, we're currently using BEA systems BMQ (formerly Dec MessageG Queue) to communicate between our Alpha OpenVMS XXXXXXXXXXX systems and G our Internet XXXXXXX systems on Windows NT. The backend OpenVMS systems F are RMS ISAM based, and the Windows NT is running Oracle Server as itsB database. Needless to say, now that we're planning to create a newE backend system, I propose that we upgrade from RMS ISAM to Oracle Rdb G on OpenVMS, but a lot of people with less knowledge about the stability G of OpenVMS and Oracle Rdb, say we should just run the backends on WinNT F and Oracle Server instead. But that's not the real problem I have. TheG real problem is to find a way to solve the problem of communication and E integration of Windows NT and OpenVMS AXP. Preferrably something that B can handle transactions and Oracle Rdb on the OpenVMS AXP systems.  B Being an old fan of DecDTM myself, but having read through CompaqsD marketing material for RTR, I thought myself cornered by RTR and wasF having difficulty finding another solution. But after having read yourE post, I am more than worried and wonder if you could find the time to 6 give me your input on how to best attack this problem.  F What I really want, is some sort of a fault tolerant messaging system,G preferrably with transaction capabilities, that can solve communication H between a Windows NT/Win2000 front end or middle layer and a OpenVMS AXP; backend server running, once again preferrably, Oracle Rdb.   D The Sales people at Oracle and Compaq are not much help here, as youD might expect. The Oracle rep doesn't even seem to know about Rdb andD Compaqs people barely know how to spell OpenVMS. And as far as their? WWW-sites are concerned, it seems that RTR is their solution to  everything.   B So, if you could find the time to point me in some kind of correct' direction, I'd very much appreciate it.   
 Best Regards,   3 XXXX: Captain RTR's hoard of syphilitic cut-throats    Hi,   B It looks like OracleRdb is not going to do anything about TIP. AnyC chance of at least getting a statement to that effect. Even if it's ? pure personal opinion. Eg: "I can't see Rdb introducing any TIP A functionality in the forseeable future" All I'm saying is "Have a B heart!" In the abscense of anything else but RTR I will write one.   Regards Richard Maher C ===================================================================  OracleRdb List Server   ? All SUBSCRIBE, SIGNOFF, and HELP requests should be directed to  oraclerdb-request-AT-jcc.com  @ Note: If your email address changes or your company changes it'sA format, you need to SIGNOFF under the old address and reSUBSCRIBE A using the new address or else you will lose the ability to change  your subscription status.   0 In article <39f5baae.11985944@news.demon.co.uk>,    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 31 Oct 2000 17:43:47 +0000 # From: Christof <brass@infopuls.com>  Subject: Re: configuring NFS+ Message-ID: <39FF04D3.C5DF2CA@infopuls.com>    Prashanth KE wrote:  >  > Hello, > L > I am trying to configure NFS server on a VMS machine,and NFS clients on NT > and UNIX machine. % > Please can anyone guide me on this.  >  > Thanks in advance  > Pras   Do you know anything? > I rember you asking another question already which showed very little understanding. < Did you tell the people who hired you a wrong qualification?5 Sorry, if this is an insult it's not meant to be one. < So please let us know about your qualifaction and knowledge.   ------------------------------  % Date: Tue, 31 Oct 2000 14:37:25 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>. Subject: Re: DCPS 1.8 and LN32 Duplex PrintingC Message-ID: <paul.r.anderson-EF2AC8.14372531102000@news.compaq.com>   < In article <8tn34r$coo$1@newsie.singa.pore.net>, "Maverick"  <seawyk@letterbox.com> wrote:   G > However, print jobs that I have submitted with the duplex option has  E > also returned a message that says that duplex option not supported.    Please post        - PRINT command you are using3    - Result of SHOW QUEUE /FULL of LN32 print queue C    - Error message returned and whether it's printed on the printer       or on the OpenVMS system    Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------   Date: 31 Oct 2000 20:21:23 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog). Subject: Re: DCPS 1.8 and LN32 Duplex Printing, Message-ID: <8tn9k3$o8r@gap.cco.caltech.edu>  v In article <paul.r.anderson-EF2AC8.14372531102000@news.compaq.com>, Paul Anderson <paul.r.anderson@compaq.com> writes:= >In article <8tn34r$coo$1@newsie.singa.pore.net>, "Maverick"   ><seawyk@letterbox.com> wrote: > H >> However, print jobs that I have submitted with the duplex option has F >> also returned a message that says that duplex option not supported. >1 >Please post  G It works on my system, so here are the values for the positive control:t   > ! >   - PRINT command you are usinge   These both workp  @   PRINTD == "PRINT/QUEUE=CPS_ANSI/NOFLAG/PARAMETERS=(SIDES=TWO)"i   PRINTMD == "PRINT/QUEUE=CPS_ANSI/NOFLAG/PARAMETERS=(LAYUP="(MARGINS=72,72,72,72;NOBORDERS)",SIDES=TWO)"e  4 >   - Result of SHOW QUEUE /FULL of LN32 print queue     $ sho que/full/all cps_ansir    Generic printer queue CPS_ANSIZ     /GENERIC=(CPS) /OWNER=[SYSMGR,SYSTEM] /PROTECTION=(S:M,O:D,G:R,W:S) /SCHEDULE=(NOSIZE)   $ sho que/full/all cpsV   Printer queue CPS, idle, on SEQAXP::DCPS$, mounted form DCPS$DEFAULT (stock=DEFAULT)'     <LN32 (with duplexor) in 158 Braun>?o     /BASE_PRIORITY=4 /DEFAULT=(FORM=DCPS$DEFAULT (stock=DEFAULT)) /NOENABLE_GENERIC /LIBRARY=DCPS_LIB LowercaseC_     /OWNER=[SYSMGR,SYSTEM] /PROCESSOR=DCPS$SMB /PROTECTION=(S:M,O:D,G:R,W:S) /SCHEDULE=(NOSIZE)   D >   - Error message returned and whether it's printed on the printer >     or on the OpenVMS system  % Can't help with that one - no errors.z  B On the hardware side the original poster should make sure that theF cord from the duplexor is firmly plugged into the appropriate locationC on the LN32.  That's around the back of the machine and if somebody D pulled it out when working on the machine (or never plugged it in in@ the first place) that would not be evident from the front of the	 machine. i  ? By the way, this is the best printer I've ever used.  It's justcA amazing how fast it can print (even in duplex mode) and the print D quality is excellent. We've had only one paper jam in the year we'veE owned it.  The only other problem of note was a glitch involving DCPSaD and the Windows drivers (which caused some VMS print jobs to requeue@ and print again) and that was corrected by upgrading the printerA firmware.  We upgraded DCPS too but that turned out not to be theo? problem.  It's got real Adobe Postscript 3 in it so none of thee? postscript emulation problems arise. Genicom really should do aoD better job marketing these things - they are a lot less work to dealF with than the HPs most everybody else is using and the cost is pretty D close (if you shop around).   Ours is only the duplexor and the baseF unit which has enough capacity for us.  With the optional paper feeder= under it the LN32 can print a small forest's worth of paper. -   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu3? Manager, sequence analysis facility, biology division, Caltech -   ------------------------------  % Date: Tue, 31 Oct 2000 20:37:35 -0000 - From: "Alan Potter" <alan_potter@hotmail.com>a Subject: Re: DECdtm QUESTIONSk/ Message-ID: <8tnaj4$go3$1@newsg3.svr.pol.co.uk>>   "Kevin Playford" wrote...52 > ... if the SCS cluster transport is able to makeJ > use of SMCI for intra-cluster comms then DECdtm will also make use of it byJ > virtue of its use of IPC and by IPCs use of SCS for intra-cluster comms.  	 Hi Kevin!f  2 Great to hear from you again - how're you keeping?  L Anyway, I fully agree with what you say about IPC's use of SCS - I was goingH on to the second part of the original poster's question - if DECdtm runs< over SMCI, will it make [his] DECdtm transactions go faster?  L DECdtm uses only a small number of short messages in a transaction, so it isK unlikely that it will play a major part in the communications overhead of arD real-world transaction.  But running all traffic associated with theI transaction (locking, apllication-level communication) over a much fasteroD interconnect could solve the customer's implied performance problem.  ! Hope you and the family are well,d   regards, /alan    ------------------------------  # Date: Tue, 31 Oct 2000 19:21:26 GMT / From: "Richard L. Dyson" <rick-dyson@uiowa.edu>l- Subject: Re: Decnet over IP - where to start?d) Message-ID: <39FEC756.577C6ABA@uiowa.edu>l   John Vottero wrote:e > M > From www.openvms.compaq.com pick "Shop the OpenVMS eStore" in the gray bar.e >  > Then pick "Special Items".  @ 	Just an FYI.  I ordered that book.  It is actually a CD labeled7 "Training Tools for OpenVMS Customers" with two titles:t  ; 	DECnet Over TCP/IP (Using DECnet Applications Over TCP/IP)SB 	DECnet-Plus for OpenVMS (Installing and Upgrading to DECnet-Plus)  % But it is *FREE*, no shipping either.t   Regards, Rick -- iH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479i   ------------------------------    Date: 31 Oct 2000 20:45:51 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: Decnet over IP - where to start? * Message-ID: <39ff216f$1@news.kapsch.co.at>  [ In article <39FEC756.577C6ABA@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:r >John Vottero wrote: >> oN >> From www.openvms.compaq.com pick "Shop the OpenVMS eStore" in the gray bar. >> c >> Then pick "Special Items".n > A >	Just an FYI.  I ordered that book.  It is actually a CD labeled58 >"Training Tools for OpenVMS Customers" with two titles: >g< >	DECnet Over TCP/IP (Using DECnet Applications Over TCP/IP)C >	DECnet-Plus for OpenVMS (Installing and Upgrading to DECnet-Plus)s >o& >But it is *FREE*, no shipping either.  C Is this the red bordered grey CDROM we received 1998 as part of theo standard VMS ConDist ?   -- h< 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, 31 Oct 2000 20:53:18 GMT-/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> - Subject: Re: Decnet over IP - where to start?3) Message-ID: <39FEDCDD.6E5A4D6B@uiowa.edu>e   Peter LANGSTOEGER wrote: > ] > In article <39FEC756.577C6ABA@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:o > >John Vottero wrote: > >>P > >> From www.openvms.compaq.com pick "Shop the OpenVMS eStore" in the gray bar. > >> > >> Then pick "Special Items".  > >aI > >       Just an FYI.  I ordered that book.  It is actually a CD labeledi: > >"Training Tools for OpenVMS Customers" with two titles: > >nD > >       DECnet Over TCP/IP (Using DECnet Applications Over TCP/IP)K > >       DECnet-Plus for OpenVMS (Installing and Upgrading to DECnet-Plus)r > >t( > >But it is *FREE*, no shipping either. > E > Is this the red bordered grey CDROM we received 1998 as part of thet > standard VMS ConDist ?  A 	I don't think so.  Mine is Blue over Green and says COMPAQ on itm and has a 1999 copyright..   rick -- oH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479o   ------------------------------  # Date: Wed, 01 Nov 2000 06:22:25 GMTs From: Dirk Munk <munk@home.nl>- Subject: Re: Decnet over IP - where to start?p' Message-ID: <39FFB6A1.B6D1C5BD@home.nl>a   Peter LANGSTOEGER wrote: > ] > In article <8tmr2q$tde$1@nnrp1.deja.com>, Mike Price <mike.price@littlewoods.co.uk> writes: I > >We have some boxes using decnet phase 5 on VMS7.1-2. They also use UCX J > >4.2. Our comms people don't like us using DECnet throught their routersD > >so I was wondering about using decnet over IP to keep them quiet. > > H > >Could some kind person point me at a simple start point, i.e. manuals > >web sites etc.i > 3 > Install DECnet-Plus, enable PWIP in UCX and done.   D It is almost that simple. But when you install DECnet-Plus, you also have to enable the IP stack. u< Node names will be IP names or IP numbers, so something like' mynode.mydomain.com or IP$202,12.45.60.t        D > It's the RFC1006+. Plus because RFC1006 only lists OSI over IP andB > RFC1006+ adds DECnet over IP. It uses the TCP ports 102 and 399. > I > You probably might want to use DOMAIN as a name service in DECnet-Plus,3G > but unfortunately you can't run DOMAIN only (you need DECdns or LOCALCD > as the primary nameservice). You configure this with NET$CONFIGURE >  > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888g> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 31 Oct 2000 15:32:14 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: editors+ Message-ID: <YLo$Oz98qQz+@eisner.decus.org>   W In article <C2256989.00596C24.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:  >  > M > I remember SEDT with early Pathworks (DECnet DOS?).  Was that non-standard?  >   ; That's the name I recall, but it didn't even try to be EDT.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationt= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyings   ------------------------------  % Date: Tue, 31 Oct 2000 20:31:34 +0000i+ From: "antonio.carlini" <arcarlini@iee.org>r: Subject: Re: Example of using psuedoterm device from DCL ?' Message-ID: <39FF2C26.CB41AEC2@iee.org>t   Patrick Spinler wrote: > F > The sad part (from my point of view) is that I don't even need a lotF > of functionality.  I don't need to actually send or receive any dataG > on the fta, just have it exist and hooked to sys$input.  You see, I'mt: > trying to invoke a vendor provided image in a batch job.  ? DECtest has a driver to do this (I think) although I doubt thatt, there is any documentation on how to use it.  ? You could (almost certainly) create an LTA device and fool yourm program with that.  @ You may find, however, that the program actually does a few more? checks about whether it really is an interactive process and ata* that point you need kernel mode hackery ..  G > If I have to jump through hoops like this anyway, maybe I'll just tryrG > to code up a quick perl extension, and rewrite my DCL script in perl.n >  > -- Pat > F > p.s. Compaq, MAKE DCL USER EXTENDABLE THE SIMILAR TO PERL ! Please !  0 At some point you have to ask whether using perl: is perhaps sometimes a better answer than point extensions to DCL.    AntonioV   ---------------n- Antonio Carlini             arcarlini@iee.orgo   ------------------------------  % Date: Tue, 31 Oct 2000 20:41:02 -0600g7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>t: Subject: Re: Example of using psuedoterm device from DCL ?- Message-ID: <39FF82BE.E648051D@earthlink.net>    Patrick Spinler wrote: > [snip]F > p.s. Compaq, MAKE DCL USER EXTENDABLE THE SIMILAR TO PERL ! Please !  : Well, technically, it is. See HELP SET COMMAND and the CDUC documentation, as well as any available reference regarding foreign' commands and DCL$PATH.  E What I'd like to see is the ability to support user-defined lexicals, < perhaps even U$function() instead of F$function(). Picture aD user-defined DCL RTL, such as DCL$USER_SHARE or something similar...  $ Then again, envision whirled peas...   --   David J. Dachterat dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.m   ------------------------------  % Date: Wed, 01 Nov 2000 00:51:12 -0500t2 From: rdeininger@mindspring.com (Robert Deininger): Subject: Re: Example of using psuedoterm device from DCL ?L Message-ID: <rdeininger-0111000051270001@user-2ive76f.dialup.mindspring.com>  f In article <39FF82BE.E648051D@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> wrote:    G > What I'd like to see is the ability to support user-defined lexicals,o4 > perhaps even U$function() instead of F$function().  J Yes!!  That would be VERY nice!  Let us add lexicals by building shareable images or something.   -- , Robert Deininger rdeininger@mindspring.comd   ------------------------------  % Date: Tue, 31 Oct 2000 14:40:01 -0500r0 From: David Beatty <David.Beatty.NOSPAM@sas.com>= Subject: Re: How can I synchronize VMS time with our Firewally2 Message-ID: <wB==Oe2ItbFnAEcKHBBOB7PDnifE@4ax.com>  8 You can use NTP to synchronize the time on both your VMS4 system and firewall system.  Check the documentation for your TCP/IP software.i   David R. Beattyr  = On Tue, 31 Oct 2000 18:30:09 GMT, linuxmtl@my-deja.com wrote:n  
 >Good day, >e6 >Very simple and straight question....but not easy.... >XC >For security purposes, I want my VMS log files (accounting, audit,sE >multinet, OSU, etc...) to be fully syncrhonized with our firewall sotG >when a security breach occurs I can corelate the events using both logp	 >entries." >a >Is there a way we can do this?  >c	 >Regards,n >e >r' >Sent via Deja.com http://www.deja.com/  >Before you buy.   ------------------------------  # Date: Tue, 31 Oct 2000 20:00:01 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)== Subject: Re: How can I synchronize VMS time with our Firewall 0 Message-ID: <009F26D3.B4D6F2B2@SendSpamHere.ORG>  F In article <8tn333$4vp$1@nnrp1.deja.com>, linuxmtl@my-deja.com writes:
 >Good day, >m6 >Very simple and straight question....but not easy.... >BC >For security purposes, I want my VMS log files (accounting, audit, E >multinet, OSU, etc...) to be fully syncrhonized with our firewall sonG >when a security breach occurs I can corelate the events using both log 	 >entries.- >- >Is there a way we can do this?c  7 I assume you want timestamp syncrhonization?  Use NNTP!   F Of course this assumes that your firewall has a way to synchronize its clock in a similar fashion.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             XO city, n., 1. a place where trees are cut down and streets are named after them.r   ------------------------------  % Date: Tue, 31 Oct 2000 15:26:03 -0500wR From: jamese@beast.dtsw.army.mil (Ed James, 410-295-1919, ed.james@telecomsys.com)= Subject: Re: How can I synchronize VMS time with our Firewallt0 Message-ID: <00103115260372@beast.dtsw.army.mil>  @ system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote onF Tue, 31 Oct 2000 20:00:01 GMT in <009F26D3.B4D6F2B2@SendSpamHere.ORG>:  H > In article <8tn333$4vp$1@nnrp1.deja.com>, linuxmtl@my-deja.com writes: > >Good day, > >48 > >Very simple and straight question....but not easy.... > >iE > >For security purposes, I want my VMS log files (accounting, audit,eG > >multinet, OSU, etc...) to be fully syncrhonized with our firewall sooI > >when a security breach occurs I can corelate the events using both logp > >entries.P > >c! > >Is there a way we can do this?f > 9 > I assume you want timestamp syncrhonization?  Use NNTP!r  K Probably NTP (Network Time Protocol) instead of NNTP (Network News Transfer 
 Protocol).  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919-; 2024 West Street, Suite 300              800-810-0827 x1919x5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------   Date: 31 Oct 2000 20:22:43 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)0= Subject: Re: How can I synchronize VMS time with our Firewallw0 Message-ID: <8tn9mj$ium$1@n.ruf.uni-freiburg.de>  F In article <8tn333$4vp$1@nnrp1.deja.com>, linuxmtl@my-deja.com writes:6 >Very simple and straight question....but not easy.... >>C >For security purposes, I want my VMS log files (accounting, audit, E >multinet, OSU, etc...) to be fully syncrhonized with our firewall sohG >when a security breach occurs I can corelate the events using both logo	 >entries.  >R >Is there a way we can do this?L  J Depends on your firewall. Here I configured our main router to pick up itsL time via NTP from the official German time source. And this router is an NTPO server to all other hosts in our LAN. Some strange computers don't support realrE NTP but SNTP. In this case these host sync with a VMS system (runningTM Multinet). To keep the clocks of a VMS cluster in sync see the SYSMAN commandu "CONFIGURATION SET TIME".C   Regards,    Christoph Gartmannc  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Wed, 01 Nov 2000 09:34:44 +0800d5 From: Netsurfer <netsurfer@sentosa.singaporemail.com>o' Subject: How to boost DLT backup speed?d8 Message-ID: <jksuvs48qbmd61u5p37183545uvju0hbjo@4ax.com>  D I had seen posts to improve backup speed of DLT Drive on OpenVMS fewC years ago in this newsgroup, but I am unable to retrieve the posts.r  1 Can someone feed me with the related information?eF I believe its something to do with blocksize and the quota in the user profile.      h Regards,  	 Netsurfer         ====R For any personal email replies, please remove " sentosa. " from my E-mail address.   ------------------------------  % Date: Tue, 31 Oct 2000 21:10:33 -0600y7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>u+ Subject: Re: How to boost DLT backup speed?t- Message-ID: <39FF89A9.3E8F6C53@earthlink.net>    Netsurfer wrote: > F > I had seen posts to improve backup speed of DLT Drive on OpenVMS fewE > years ago in this newsgroup, but I am unable to retrieve the posts.e > 3 > Can someone feed me with the related information?oH > I believe its something to do with blocksize and the quota in the user
 > profile.  H Make sure the account running BACKUP has lots of DIOLM, BYTLM and ASTLM,4 not to mention VERY generous working set parameters.  G The other trick is to keep the drive streaming. This can be a challengebE with a DSSI drive or a drive on an HSJ since the storage interconnectu can be a bottle-neck.   C Also, understand the impact: any other concurrent processing may beCH HEAVILY impacted by throttling up BACKUP. I actually had to develop some@ locking in DCL to keep the BACKUPs on one site from delaying the@ completion of nightly processing which ran concurrently with the shadow/mirror-set backups.   -- t David J. Dachtera  dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/h  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.o   ------------------------------  % Date: Tue, 31 Oct 2000 21:20:39 -0600e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>c+ Subject: Re: How to boost DLT backup speed?p- Message-ID: <39FF8C07.8113916C@earthlink.net>e   "David J. Dachtera" wrote: >  > Netsurfer wrote: > >aH > > I had seen posts to improve backup speed of DLT Drive on OpenVMS fewG > > years ago in this newsgroup, but I am unable to retrieve the posts.r > >R5 > > Can someone feed me with the related information?DJ > > I believe its something to do with blocksize and the quota in the user > > profile. > J > Make sure the account running BACKUP has lots of DIOLM, BYTLM and ASTLM,6 > not to mention VERY generous working set parameters.  " ...and FILLM. Forgot that - sorry!   -- l David J. Dachteraa dba DJE Systemsp http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged./   ------------------------------  % Date: Wed, 01 Nov 2000 01:04:06 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)+ Subject: Re: How to boost DLT backup speed?pL Message-ID: <rdeininger-0111000104220001@user-2ive76f.dialup.mindspring.com>  f In article <39FF89A9.3E8F6C53@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> wrote:   > Netsurfer wrote: > > H > > I had seen posts to improve backup speed of DLT Drive on OpenVMS fewG > > years ago in this newsgroup, but I am unable to retrieve the posts.n > > 5 > > Can someone feed me with the related information?.J > > I believe its something to do with blocksize and the quota in the user > > profile. > J > Make sure the account running BACKUP has lots of DIOLM, BYTLM and ASTLM,6 > not to mention VERY generous working set parameters.  F Please read the BACKUP manual, and increase the parameters together asD it requests.  Raising some without the others can cause problems, at least according to folklore.  B If you do what the manual says, and you don't have a bottleneck in7 controllers, networks, or disks, Backup will go faster.E   -- A Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Tue, 31 Oct 2000 11:23:55 -0800 ! From: Koloth <koloth@tmisnet.com>@E Subject: New feature request for host based shadow disks -- Scrubbing'/ Message-ID: <svu72a4ncobd89@corp.supernews.com>   F We used to split up our host based shadowsets to perform backups.  TheF shadowset had 2 shadow members.  This of course left us vunerable to a& disk failure during the backup window.  D There was another hidden problem that occured that caused us to moveE away from this way of doing backups.  The problem arose when after we:H split the shadow sets, performed the backup and then reshadow-copied theG disks we found that sometimes the source shadow set member had a forcedu error.  F If would be nice to have a feature that would read every block on eachC member of a shadowset to make sure that there were no hidden forced > error flags.  Generally we would have to run several concurentG ANALYZE/DISK/READ commands do have a high probablitiy of accessing eacht" allocated disk block on each disk.  E A SCRUB command would would force reading all the blocks on the disk.tD If any forced errors show up then data from the other  member of theF shadowset could be used to repair it.  The SCRUB command could also beD used on non shadowset disks to force reading of all the blocks.  TheA ANALYZE/DISK/READ only reads allocated disk blocks if I remember.~   Perhaps the following commande   SET VOLUME /SCRUB=START  SET VOLUME /SCRUB=STOP SET VOLUME /SCRUB=SUSPENDs SET VOLUME /SCRUB=RESUME  ? The last two commands would allow scrubbing to be suspended ando continued during nonpeak times.y  H A $GETDVI and F$GETDVI  item of SCRUB_STATE  could be added.  This wouldD return  ACTIVE, SUSPEND, or STOP.  SCRUB_PRCNT could be added.  ThisG would return the percent completed 0-100, if ACTIVE or SUSPENDed, or ""e the empty string if STOPped.  G Scrubbing would not have to compare values between the two disks in thecE shadowset only just read each block checking for forced errors.  If a C forced error was found the data would be in memory for an immediatee write.   Regards,   Cass Witkowski Senior Systems Engineern SAICE witkowskif@nospam.saic.com  (guess what you remove to get the mail to  me)e   ------------------------------  " Date: Wed, 1 Nov 2000 00:23:56 GMT7 From: moroney@world.std.spaamtrap.com (Michael Moroney)pI Subject: Re: New feature request for host based shadow disks -- Scrubbing.& Message-ID: <G3BL3w.DLB@world.std.com>  # Koloth <koloth@tmisnet.com> writes:i  G >We used to split up our host based shadowsets to perform backups.  The0G >shadowset had 2 shadow members.  This of course left us vunerable to a ' >disk failure during the backup window.y  E >There was another hidden problem that occured that caused us to movetF >away from this way of doing backups.  The problem arose when after weI >split the shadow sets, performed the backup and then reshadow-copied theeH >disks we found that sometimes the source shadow set member had a forced >error.t  G >If would be nice to have a feature that would read every block on each D >member of a shadowset to make sure that there were no hidden forced? >error flags.  Generally we would have to run several concurent H >ANALYZE/DISK/READ commands do have a high probablitiy of accessing each# >allocated disk block on each disk.-  E Sounds like you should have invested in the extra disk and gone for 3jD member shadowsets.  This wouldn't leave you with a single disk to goF bad in any way since you'd still have two when removing a member to do	 a backup.t   -Mikem   ------------------------------    Date: 31 Oct 2000 15:55:56 -0500* From: young_r@eisner.decus.org (Rob Young)I Subject: Re: New feature request for host based shadow disks -- ScrubbingA+ Message-ID: <A4TnTM7F$nQ4@eisner.decus.org>r  S In article <svu72a4ncobd89@corp.supernews.com>, Koloth <koloth@tmisnet.com> writes: H > We used to split up our host based shadowsets to perform backups.  TheH > shadowset had 2 shadow members.  This of course left us vunerable to a( > disk failure during the backup window. >   < 	The best solution for this is to do what I am doing.  Note:A 	yes this costs more, if modest cost (1) is a barrier I apologize  	beforehand.  = 	You could have your master be a RAID1 mirrorset, this leavese? 	you less vulnerable to a hardware failure.  If you have a more @ 	critical situation, I recommend using tri-shadow shadowsets and; 	split acorss controllers.  This gives you the added safety = 	factor of guarding against "wedged" failover of devices (yess 	it does happen ask Ed Wilts).    F > There was another hidden problem that occured that caused us to moveG > away from this way of doing backups.  The problem arose when after wecJ > split the shadow sets, performed the backup and then reshadow-copied theI > disks we found that sometimes the source shadow set member had a forced  > error. >   ; 	The above guards against this.  With larger disks, you can = 	carve them into smaller partitions and newer firmware allows @ 	for partitions to failover in multi-bus mode.  Disks are cheap,? 	disasters aren't , etc.  Also, the new 15K Seagate drives have A 	outrageous MTBF so disks are getting very reliable so maybe withl> 	decreased cost and higher reliability a SCRUBBER isn't a good@ 	feature.  Also, with 7.3 and shadow mini-copy a write bitmap is< 	kept in memory and those are the *only* blocks written when- 	departed shadow members are re-added (iirc).e     				Rob     H (1)  For instance.. you can pick up used drives to add to your arsenal. H      Or pick up new 36 Gig drives, carve them up in 9 Gig partitions andL      use these as your third shadowset member (or carve two 18 gig).  Or use* 	72/73 gig drives and carve up partitions. 	l   ------------------------------  # Date: Tue, 31 Oct 2000 20:42:56 GMTn3 From: "Gord Coulman" <nospam_gcoulman@ccinet.ab.ca>r* Subject: Re: Nice job - porting VNC to VMS: Message-ID: <k9GL5.55454$24.9220603@news0.telusplanet.net>  I Looks like a really interesting bit of code.  Are there plans to port thef server side?   Gord  0 Keith Brown <kbrown780@isd.net> wrote in message! news:39F8CAA5.F12DCBEF@isd.net...V >rI > Having just tried the latest release of the VNC viewer on VMS I have tol2 > say GREAT JOB to Hunter Goatley and David North. >s  > Everyone should give it a try. >v3 > http://www.uk.research.att.com/vnc/platforms.htmls >r >d > --
 > Keith Brown- > kbrown780@isd.nete   ------------------------------    Date: 31 Oct 2000 15:43:51 -0500, From: koehler@eisner.decus.org (Bob Koehler)) Subject: Re: OpenVMS, java, perl, etc ... + Message-ID: <fv5sshuf3XDX@eisner.decus.org>l  = In article <8tmvoi$1sc$1@nnrp1.deja.com>, tim@map.com writes:> > H > If there's a Java 2 (JDK 1.2) implementation for OpenVMS (I'm afraid I  > have no clue), it should work.  E There certainly is.  Java 1.2.2 is available for OpenVMS Alpha 7.2-1.o  F > I'm one of the guys at NetBeans (Sun, Prague, formerly NetBeans-the-H > company), and I'd definitely be interested in whether it works for youB > or not.  Happy to offer some support regarding getting it up and
 > running.  D So Sun has nice people, too.  Good to see, we're all used to Andrew.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationt= NASA GSFC Flight Software       | Federal Sector, Civil GroupcE                                 | please remove ".aspm" when replying1   ------------------------------    Date: 31 Oct 2000 10:06:53 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)yF Subject: Re: Oracle/VMS performance problems with Multithreaded Server, Message-ID: <idZiBFgwmjBV@malvm1.mala.bc.ca>  3 In article <fgP=OUnSuWf3=QYV8oRBOhdP=Kgi@4ax.com>, c5    David Beatty <David.Beatty.NOSPAM@sas.com> writes:t > E >     I ran an Alpha-FDDI cluster at my previous place of employment  G > using VMS V6.2-1H3 and Oracle V7.1.5 with MTS.  MTS ran like a charm.-E > So ... MTS is not useless, but from the observation in this currentS< > thread, it sounds like its pretty broken in V8.1.6 on VMS. > E     That's what someone else also said. It appears it broke somewhere23 in the 7.3.? timeframe and remains broken in V8.x.x1   ------------------------------  # Date: Wed, 01 Nov 2000 06:14:16 GMTd' From: Greg Stark <greg-spare-1@mit.edu>BF Subject: Re: Oracle/VMS performance problems with Multithreaded Server= Message-ID: <877l6oz0am.fsf@HSE-MTL-ppp62507.qc.sympatico.ca>a  ( "Syltrem" <syltrem@videotron.ca> writes:  L > > - MTS doesn't work properly on OpenVMS; even 8.1.6. has the same problem  N Fwiw, MTS doesn't work under Unix in 8.1.6 either. It worked fine for us underN 8.0.5 but under 8.1.6 it randomly crashes every few days. It's a known bug butK there's no patch available, and the only work around Tech Support suggesteda was to turn MTS off. Sigh.   --   greg   ------------------------------  % Date: Tue, 31 Oct 2000 23:14:33 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: Sun "uptime" belly laughera( Message-ID: <8to5eh$60u$1@pyrite.mv.net>  8 Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote in message# news:39FEC051.44FF1253@bbc.co.uk...  >s >- > Bill Gunshannon wrote: >w > >.8 > > And not unique to OpenVMS.  Now I'm really confused. > >  >tG > Are rolling cluster upgrades not a unique VMS feature? I thought theyGL > were, but I might be wrong. As the cluster remains intact, all the locking context,> > shared bus disks etc remain available to the other memebers.  H See my response to Kerry:  according to the information at sun.com (fromK which that response was derived), a Sun cluster ought to be able to performsK exactly the same kind of rolling upgrade, including migration of NFS-servedpG disk data and locking context to a fail-over partner while each node isyL upgraded in turn.  Same should be true of similar approaches such as MissionI Critical Linux's (though after a brief visit to their Web site I couldn't L find any mention of NFS lock fail-over capability, so I'm not sure where the' other reference to that may have been).t   - bill   >  -- 8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke >hC > I speak for myself only and my views in no way represent those ofo > MedAS or the BBC.- >  >n   ------------------------------  % Date: Wed, 01 Nov 2000 00:23:02 -0500>2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: Sun "uptime" belly laugherFL Message-ID: <rdeininger-0111000023020001@user-2ive76f.dialup.mindspring.com>  f In article <OmmmvxNi3fak@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:   >  > >> This is essential for iC > >> accountability.  Otherwise you can't really tell who did what.l > > N > > Ummm.  I don't follow you.  Unless you only allow 1 user at a time, how doN > > enforced logouts improve accountability?  Is this kind of like the network- > > security goons who just unplug the wires?T > E > VMS has lots of auditing capability, but it is all tied back to whonI > logged in.  If an Rdb record gets modified, or a VMS file gets deleted,CK > you can have a guaranteed record of who did it _PROVIDED_PEOPLE_LOG_OUT_.-  L Of course I lock the screen when I go home.  If someone gets my password, heH can unlock the screen and pretend to be me.  But he could just as easilyC log in a fresh session and pretend to be me, if he has my password.   J I wonder how many of the folks Kerry would force to log out each day, haveG written their passwords in an obvious place on/in their desks.  ForcingwH people to log out doesn't even scratch the surface of real security.  (I) realize I'm preaching to the choir here.)4   -- 0 Robert Deininger rdeininger@mindspring.como   ------------------------------  # Date: Tue, 31 Oct 2000 20:02:05 GMTv= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)m4 Subject: Re: Sun's haunting ecache problems detailed0 Message-ID: <009F26D3.FF0B94FD@SendSpamHere.ORG>  R In article <G3B54x.B9p@spcuna.spc.edu>, Terry Kennedy <terry@gate.tmk.com> writes:& >John Vottero <John@mvpsi.com> writes:K >> Without ECC, how would the controller know it had a bad cache read which * >> needed to be reloaded from main memory? >.H >  Parity, with one or more bits. Re-fetching from main memory is likelyG >as fast as doing ECC correction, and if it's a multi-bit ECC error yourJ >need to re-fetch anyway, so you may as well get going with the fetch from% >main memory and skip the correction.r  K But parity is usually only good for single bit errors.  Multiple bit errorsVJ may go undetected and thus, you might be feeding the system with bad data.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             oO city, n., 1. a place where trees are cut down and streets are named after them.K   ------------------------------  # Date: Tue, 31 Oct 2000 21:43:13 GMTi( From: Terry Kennedy <terry@gate.tmk.com>4 Subject: Re: Sun's haunting ecache problems detailed' Message-ID: <G3BDo1.3KM@spcuna.spc.edu>n  ? Brian Schenkenberger, VAXman- <system@sendspamhere.org> writes:sM > But parity is usually only good for single bit errors.  Multiple bit errorshL > may go undetected and thus, you might be feeding the system with bad data.  H   Sure, but you have to draw the line somewhere. If you get a multi-bit F error in cache with ECC, it's uncorrectable, and if is data that can'tE be re-fetched from main memory (for example, if it was configured forfE write-back and the writeback hasn't happened yet) you're dead anyway./  J   There is a whole lot of statistical modeling that goes on to decide whatL level of error detection/correction needs to be provided, based on the specs3 and presumed error rates of the various components.o  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  + Date: Tue, 31 Oct 2000 22:47:41 -0600 (CST)u From: sms@antinode.org$ Subject: Re: TCPIP V5.0A SMTP ACCVIO) Message-ID: <00103122474098@antinode.org>a  * From: eplan@kapsch.net (Peter LANGSTOEGER)< > I can only suggest: TCPIP V5.0A ECO1, MADGOAT'S MX V5.1-AX  > 			or hoping for a fix in V5.1      Good plan.  ECO1 fixes it.r  H    I'd looked for a patch kit back when I was at TCPIP V5.0 (plain), butC the only one I ever found was for V5.0A.  By the time I upgraded to   V5.0A, I had forgotten about it.  E    Thanks.  Now I can get all kinds of junk mail without stalling theoC queues.  A mixed blessing ("Businesses: Increase Your Sales!"), buto better than before, I believe.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)oC    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)a   ------------------------------  % Date: Wed, 01 Nov 2000 00:39:56 -0500-2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>$ Subject: Re: TCPIP V5.0A SMTP ACCVIO7 Message-ID: <200011010040_MC2-B92C-A368@compuserve.com>k  F         This sort of thing has been going on since UCX 2.0E and I haveJ personal experience with it in 2.0E, 3.1, 3.2, and 3.3 through ECO level = 8!@  I have heard scattered reports of problems with later releases.  J         If DEC/Compaq have been unable to make it work after all this tim= e,5 I think it unlikely that they will ever get it right!e  J         Just be glad that you don't have to use UCX V3.x!  I used to work=  D at a site that handled 2000+ messages per day and I spent many hoursJ picking up the mail that UCX had dropped on the post office floor.  I'd s= ayJ that as many as 10% of those messages could not be delivered without manu= al4 intervention and some could not be delivered at all!  J         If you have software support, check DSNlink/WIS for a DCL procedu= reJ to monitor the SMTP queue, and fix it when it crashes.  That procedure, o= raJ something similar, was written for the site I wrote  of above by one of t= heJ UCX developers, Karol Zielonko.  If Karol is still with DECpaq, he might = beF interested in your collection.  Note that UCX itself may be corrupting these messages!c  1 Message text written by INTERNET:sms@ANTINODE.ORG E >   Back around 8-NOV-1999 18:40:12.28, I reported a problem with the G TCPIP V5.0 SMTP (AlphaStation 200 4/233, VMS V7.2) symbiont dying while E trying to deliver certain malformed (typically junk) e-mail messages:u   ALP $ start TCPIP$SMTP_ALP_01h  8 %%%%%%%%%%%  OPCOM   8-NOV-1999 15:49:34.24  %%%%%%%%%%% Message from user SYSTEM on ALPn= -SYSTEM-F-ACCVIO, access violation, reason mask=3D00, virtuals@ address=3D0000000000000000, PC=3D00000000000712D8, PS=3D0000001B  D    I'm now up to VMS V7.2-1 and TCPIP V5.0A, and it appears still to@ suffer from the same problem.  Whenever a suitably nasty messageF arrives, the server queue stops, causing messages to accumulate in the> queue, undelivered.  It makes a nice denial-of-service attack.  F    Is there a patch to cure this, or is it known to be better in TCPIP V5.1?l  G    If any responsible person needs a set of *.TCPIP_ALP[_TEXT] files ton> reproduce the failure, I'm building up a fair collection.  The5 work-around is to remove the queue-stopper files fromeG SYS$SPECIFIC:[TCPIP$SMTP], delete the queue-stopper job from the queue,eG and then restart the queue.  I'm getting good at it, but it's tedious.<r   ------------------------------  # Date: Wed, 01 Nov 2000 02:20:16 GMTn/ From: "Robert Meyer" <meyerra@worldnet.att.net>= Subject: Time ZoneG Message-ID: <A5LL5.16294$xJ4.745354@bgtnsc06-news.ops.worldnet.att.net>o  L When the time changed this past weekend, the only server needing a set clockK was the Alpha server operating 7.2.  Is there a parameter in sysgen for theE@ Time Zone.  I would like to sleep in next time the time changes.   meyerra@worldnet.att.net   ------------------------------  % Date: Tue, 31 Oct 2000 21:12:47 -0600n7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>i Subject: Re: Time Zone- Message-ID: <39FF8A2F.E44231FD@earthlink.net>    Robert Meyer wrote:s > N > When the time changed this past weekend, the only server needing a set clockM > was the Alpha server operating 7.2.  Is there a parameter in sysgen for the B > Time Zone.  I would like to sleep in next time the time changes. >  > meyerra@worldnet.att.net   See HELP SUBMIT /AFTER   ...and do this in a batch job:  ! In autumn:	$ SET TIME="-01:00:00"e  ! In Spring:	$ SET TIME="+01:00:00"u   --   David J. Dachtera. dba DJE Systems> http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/s  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  $ Date: Wed, 1 Nov 2000 12:39:55 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>w Subject: Re: TLZ tapes3 Message-ID: <tuKL5.12197$SF5.263421@ozemail.com.au>t  2 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message/ news:01JVZY1W4WDU005ZKX@tgmail.tg.nsw.gov.au...  > Phil,a >  >n > >Try > >HELP INIT /OVERRIDE > >and > >HELP MOUNT /OVERRIDED= > >you will need (at least) oper and volpro privs to use thist >dL > Surely your first command will destroy access to whatever was on the tape? >k > Regards, Paddy >b6 I've never known the HELP command cause any problem :)L I do agree that initialising tapes without knowing what you are doing can be	 hazardousp Phil   ------------------------------    Date: 31 Oct 2000 09:48:30 -0800 From: old_timer@user.vms0 Subject: Re: VAX Mail question - corrupted files) Message-ID: <8tn0le01g3d@drn.newsguy.com>u  & paddy.o'brien@zzz.tg.nsw.gov.au wrote:   >oK >>Access to the remote node is a real problem, but privileged access to thet >>>>local node is not.  P >O.K., you know the system manager.  Ask him to give you an account on the other1 >node, and proxies from both nodes to each other.o  I Sorry I wasn't clearer.  Access to the remote node is a real problem, butiM privileged access to the local node is not.  I know the local sysop.  He does A not have privileges at the remote node.  Nobody at our site does.   P Is there any conceivable scenario under which network overload could cause a VAXJ mail transmission to arrive with embedded random errors in the message (asP opposed to, say, the message being truncated or timing out, which seems at least plausible?).   ------------------------------  % Date: Tue, 31 Oct 2000 20:01:37 +0000 + From: "antonio.carlini" <arcarlini@iee.org> 0 Subject: Re: VAX Mail question - corrupted files' Message-ID: <39FF2521.F88CC164@iee.org>r   JF Mezei wrote:h >  > old_timer@user.vms wrote:nP > > Using "extract" to get the attachment (when using the /foreign qualifier) orO > > looking directly at the MAIL$xxxxxxxxxx file in the mail directory makes nor4 > > difference; they are both corrupted identically. > N > If you send file1.dat from nodea:jdoe to nodeb::nodea::jdoe, and you get theM > message back, you need to compare the extracted file with the original filet@ > which you sent to see if it has maintained its file structure. > L > If, for instance, your network converts VMSmail to SMTP/mime format, it isO > possible that the file will lose its vms attributes and come back as a simpleo > binary file.  D The only (reasonable) way I can think of for your network to convertA to SMTP/mime is for something along the way to use the SMTP% mailaG handler. Sadly /FOREIGN and anything% just don't play nice together ...t       Antoniou     ---------------d- Antonio Carlini             arcarlini@iee.orge   ------------------------------   Date: 31 Oct 2000 20:25:10 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)n0 Subject: Re: VAX Mail question - corrupted files0 Message-ID: <8tn9r6$ium$2@n.ruf.uni-freiburg.de>  D In article <8tn0le01g3d@drn.newsguy.com>, old_timer@user.vms writes:Q >Is there any conceivable scenario under which network overload could cause a VAXoK >mail transmission to arrive with embedded random errors in the message (asFQ >opposed to, say, the message being truncated or timing out, which seems at least 
 >plausible?).   O None that I can currently think of. But perhaps you could post an example of an M intact message and a corrupted one so that we can see what the difference is. / A DIR/FULL on the two files would help as well.-   Regards,    Christoph Gartmann5  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Tue, 31 Oct 2000 20:35:34 -0600i7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e0 Subject: Re: VAX Mail question - corrupted files- Message-ID: <39FF8176.CCBFF13E@earthlink.net>'   old_timer@user.vms wrote:- > [snip]R > Is there any conceivable scenario under which network overload could cause a VAXL > mail transmission to arrive with embedded random errors in the message (asR > opposed to, say, the message being truncated or timing out, which seems at least > plausible?).  G Well, there is at least one that I can think of ("of which I can think"oG if you want it that way): if at least one link in the network is serialr9 (sync or async) and flow control is not working properly.B  ' One possibility, there may be others...g   -- W David J. Dachtera4 dba DJE Systemsv http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------  # Date: Tue, 31 Oct 2000 22:27:54 GMTn From: cjdouglass@my-deja.com Subject: VMS upgrade Questiono) Message-ID: <8tnh0v$i1u$1@nnrp1.deja.com>g  E I'm in the throws of upgrading VMS 5.4 with a little difficulty. OncetA MVII 3900 gets placed in conversational mode,  (startup_p1 "min")yC during boot, I'm unable to see TK70 during vmsinstall. Attempted to A boot normally and change startup via sysman, unfortunately system : doesn't recognize change.  What procedure should i follow? Thanks ahead of time    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Tue, 31 Oct 2000 18:07:32 -0500 # From: John Vottero <John@MVPSI.com>f! Subject: RE: VMS upgrade Question-D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD88D@berry.mvpsi.com>  & After booting minimum, did you do the:   $ RUN SYS$SYSTEM:SYSGENa SYSGEN> AUTOCONFIGURE ALL$ SYSGEN> EXIT $ @SYS$SYSTEM:STARTUP CONFIGUREe       > -----Original Message-----> > From: cjdouglass@my-deja.com [mailto:cjdouglass@my-deja.com]) > Sent: Tuesday, October 31, 2000 5:28 PMM > To: Info-VAX@Mvb.Saic.Com  > Subject: VMS upgrade Questionp >  > G > I'm in the throws of upgrading VMS 5.4 with a little difficulty. OncesC > MVII 3900 gets placed in conversational mode,  (startup_p1 "min")dE > during boot, I'm unable to see TK70 during vmsinstall. Attempted toKC > boot normally and change startup via sysman, unfortunately systemo< > doesn't recognize change.  What procedure should i follow? > Thanks ahead of time >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.o >    ------------------------------  # Date: Wed, 01 Nov 2000 02:34:39 GMTS From: cjdouglass@my-deja.com! Subject: RE: VMS upgrade Questionl) Message-ID: <8tnvg0$u09$1@nnrp1.deja.com>i  D In article <C15945A9D9EFCF11BA8B08002BBF1CCC0CD88D@berry.mvpsi.com>,&   John Vottero <John@MVPSI.com> wrote:( > After booting minimum, did you do the: >  > $ RUN SYS$SYSTEM:SYSGENV > SYSGEN> AUTOCONFIGURE ALLo > SYSGEN> EXIT! > $ @SYS$SYSTEM:STARTUP CONFIGURE, >.E No I didn't have these steps, definitely did the job!! Well on my way  Many Thanks     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Tue, 31 Oct 2000 20:35:11 GMT,/ From: Peter Rieckmann <prieckmann@stthomas.edu>n Subject: Re: VMS V7.2-1n+ Message-ID: <39FF2D07.1060002@stthomas.edu>F   Bruce,  I Make sure that you have VMS7.2-1h1 otherwise you will not see the  fibre t disks.   peterk   Bruce Vinson wrote:g  I > We just recently set up bootable HSG80 disks via FibreChannel on ES40s.s > Try this url:> > > > http://www.openvms.compaq.com:8000/721final/6318/6318pro.pdf >  > It's a _big_ help. >  > Bruce Vinson >  > anpa2000 wrote:  > C >> Im having problems making a fibre connected disk visible to VMS.o >> e8 >> Have setup a device on an HSG80 with a device id of 1 >>  = >> Have setup the wwidmgr stuff at the chevron prompt and cank" >> see the device with a show dev. >> g> >> When I boot the VMS installtion CDROM, VMS is unable to see@ >> my disk on the HSG80. Does anyone else out there have a Fibre= >> Channel VMS cluster up and runing with the boot disk on ano& >> HSG80 ?, if so, what have I missed. >> b	 >> Thanksh >> A >> t; >> P.S have installed all patches for Fibre from the Compaqe >>     website >>  ) >> Sent via Deja.com http://www.deja.com/f >> Before you buy. >    ------------------------------    Date: 31 Oct 2000 14:29:00 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)hB Subject: Re: Was RE: Rdb on VMS reference? - now off-topic, pucker* Message-ID: <8tn6hs$h50$1@lisa.gemair.com>  ) In article <39FEF9DD.D8C3FF42@bbc.co.uk>,-/ Tim Llewellyn  <tim.llewellyn@bbc.co.uk> wrote:  >m >y >SysAdmin wrote: >  >> "POWERS, John" wrote: >> >% >> > I think this was a misssspellingo >> >> A bit of "key bounce", eh?D >>- >> > of the adjective 'pukka'. This is commonBO >> > enough in British English, thanks to our Colonial past. It comes (I think)h6 >> > from Hindi word for 'cooked', and means top-hole, >lG >ah, it was a spelling mistake ! I must admit I'd never seen it writtenn& >down before. Sounds plausible anyway. >i  E Ah.  My dictionary does have 'pukka', although I'd never heard of it.iK The dictionary doesn't mention it as chiefly british or anything like that.m  H The pronounciation given in is p&-k& where & is the a or u in abut, so IG can see where it would sound like pucker (especially with a brit sayingb it!).r  7 >Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projects1 >MedAS at the BBC, Whiteladies Road, Bristol, UK.fB >Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk >iB >I speak for myself only and my views in no way represent those of >MedAS or the BBC. >- >-   -Jordan Hendersona jordan@greenapple.com:   ------------------------------  % Date: Wed, 01 Nov 2000 00:39:54 -0500u2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>/ Subject: Re: What could cause ACCVIO in malloc?m7 Message-ID: <200011010040_MC2-B92C-A367@compuserve.com>s  F         Your program could be at fault.  Malloc() and free() depend onJ metadata stored in the heap.  Each block of memory allocated by malloc() = isJ preceded by, and maybe followed by,  control information.  If your progra= mtH stores outside the bounds of the allocation, this data can be corrupted;J e.g. if you malloc() 20 bytes and store 21 bytes at the address returned = byJ malloc(), you have corrupted the heap and anything can happen!  C makes i= ti very easy to do this!o  ' Message text written by Valentin Likoumc	 >  Hello,eJ I encountered very strange problem: last week one of the processes crashe= d H twice with ACCVIO somewhere inside LBRRTL\LIB$VM_MALLOC. It's the simpleJ AST-driven DEC C programm serving multiple TCP connections. Long time ago=  IF noticed that AST-driven programms occasionally crashes on malloc/free,> so not thinking much I embrased each malloc/free call with theE setast(0), setast(1) to prevent non-reenterability (as I supposed) of H malloc code. After the last crash the first thought was (and still is) -F "bug in my programm", but I can't see any way how I could hurt malloc.F It takes single argument by the value and returns address of allocatedB memory in R1. As the ACCVIO occured inside malloc code, so I can'tA blame my code for assigning return value to invalid pointer. So I @ stuck here. Any ideas? We use VMS/AXP 6.2 with mandatory patches installed, DEC C 4.1.)
   Thank you.<t   ------------------------------   Date: 31 Oct 2000 19:14:52 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau)7 Subject: Re: Why missing [000000] after volume restore?o) Message-ID: <8tn5nc$m90$1@hecate.umd.edu>6  N Okay, from the feedback I've received it seems as though I hosed the disk whenM I did the ^Y.  That means I'll have to bite the bullet and do the restore all ' over again.  I just started doing that.   J Question: What do I do about the .SYS files in [SYSLOST] ?  I just mountedM volumes 1 and 3 of the volume set (which I read I am allowed to do) and did aC DIR and got this:m  " Sys_ACE>DIRE DKA600:[SYSLOST]/FILE   Directory DKA600:[SYSLOST]   BADBLK.SYS;1         (3,3,2) BADLOG.SYS;1         (9,9,2) BITMAP.SYS;1         (2,2,2) INDEXF.SYS;1         (1,1,2)  I These entries are still there, even though volume 2 isn't mounted.  makes L sense, I suppose.  But what happens when the real volume 2 is restored and IJ remount the entire volume set?  Will the above .SYS entries disappear from( [SYSLOST]?  Or will this cause problems?  O I'm tempted to SET FILE/REMOVE, but I remember reading somewhere that a file idoL is never reused, so I might never be able to recreate these .SYS files.  I'm% not going there without advice first.=  M Btw, if in the above DIR command I use some other qualifier, such as /DATE, I  get:  ( BADBLK.SYS;1       device is not mounted( BADLOG.SYS;1       device is not mounted( BITMAP.SYS;1       device is not mounted( INDEXF.SYS;1       device is not mounted  ) I suppose this is to be expected as well.C  N Here's something puzzling me: In a volume set, are there 3 INDEXF.SYS files orM one, and what is the relation between them?  The above DIR output would implygL there are 3 INDEXF.SYS files: one per volume.  If that is the case, however,I how can there be entries in the volume 1 INDEXF.SYS for files that are onaM volume 2?  This doesn't happen just for the .SYS files; it happens for normala data files as well:n   DIR DKA600:[L1]u ...LA ACE_L1_20000308_V01.DAT;1                   device is not mounted4A ACE_L1_20000309_V01.DAT;1                   device is not mountedCA ACE_L1_20000310_V01.DAT;1                   device is not mounted0 ...0  O So clearly volume 1 - the root colume - has entries in its INDEXF.SYS for files  on all the volumes.   K OR - is what I am seeing just entries in the L1.DIR directory for all filesiJ contained in that directory, which in turn point to the INDEXF.SYS for theL volume containing the file?  Directory entries would have only a fileid, notL other info, which would explain why a DIR/FILE works but other options fail.  K If the above is correct, then a SET FILE/REMOVE should work, since it would,K delete the directory entry, but then the removal from volume 2's INDEXF.SYSs would fail.f  L Another option: Just delete the SYSLOST.DIR file.  The four .SYS files wouldO become "lost" again.  When I'm done with the restore I remount all 3 members of-N the volume set, and the files will now "appear" in [000000] of volume 2, whichM would have entries pointing to volume 2's INDEXF.SYS.  Does that sound like a4 safe course of action?   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Tue, 31 Oct 2000 14:44:13 -0600Z7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>.7 Subject: Re: Why missing [000000] after volume restore?-- Message-ID: <39FF2F1D.38113218@earthlink.net>    Lawrence Bleau wrote:  > P > Okay, from the feedback I've received it seems as though I hosed the disk whenO > I did the ^Y.  That means I'll have to bite the bullet and do the restore alle) > over again.  I just started doing that.  > = > Question: What do I do about the .SYS files in [SYSLOST] ? e  F Don't worry 'bout 'em. They should get blasted because /INIT is (IIRC)G the default for /IMAGE. Not sure 'bout restoring a volume set, however.d   [snip]  P > Here's something puzzling me: In a volume set, are there 3 INDEXF.SYS files orO > one, and what is the relation between them?  The above DIR output would implyfN > there are 3 INDEXF.SYS files: one per volume.  If that is the case, however,K > how can there be entries in the volume 1 INDEXF.SYS for files that are ontO > volume 2?  This doesn't happen just for the .SYS files; it happens for normale > data files as well:a >  > DIR DKA600:[L1]a > ...rC > ACE_L1_20000308_V01.DAT;1                   device is not mounted-C > ACE_L1_20000309_V01.DAT;1                   device is not mounted C > ACE_L1_20000310_V01.DAT;1                   device is not mounted- > ...K > Q > So clearly volume 1 - the root colume - has entries in its INDEXF.SYS for filesa > on all the volumes.5 > M > OR - is what I am seeing just entries in the L1.DIR directory for all filesaL > contained in that directory, which in turn point to the INDEXF.SYS for theN > volume containing the file?  Directory entries would have only a fileid, notN > other info, which would explain why a DIR/FILE works but other options fail.  D I think you're confusing the contents of a .DIR with the contents of INDEXF.SYS.o  G Each directory entry contains the "name.ext" of one or more versions ofOG a file. For each version, the version number and FID are stored as fouruE contiguous integer fields. No other info. about the file is stored in  the directory.  H The INDEXF.SYS file contains a bitmap with a bit for each available fileD header. The rest of the blocks in INDEXF.SYS are the individual file4 headers, either previously used or currently in use.  F The MFD of RVN-1 contains entries for each "top level" subdirectory orE file on the volume-set. The subdirectories and/or files may "live" on  other than RVN-1.o  eM > If the above is correct, then a SET FILE/REMOVE should work, since it wouldtM > delete the directory entry, but then the removal from volume 2's INDEXF.SYS 
 > would fail.w  8 You remove directory entries - *NOT* INDEXF.SYS entries.  hN > Another option: Just delete the SYSLOST.DIR file.  The four .SYS files wouldQ > become "lost" again.  When I'm done with the restore I remount all 3 members of-P > the volume set, and the files will now "appear" in [000000] of volume 2, whichO > would have entries pointing to volume 2's INDEXF.SYS.  Does that sound like aF > safe course of action?  B You have the volume-set contents on tape. Just start over with the restore. No problem.   -- e David J. Dachteran dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.n   ------------------------------  % Date: Sun, 29 Oct 2000 00:56:54 +0800e$ From: goognews <kiss000@kimo.com.tw> Subject: work!!c- Message-ID: <0G3B004JGOF7MF@mx.west.saic.com>s  , This is a multi-part message in MIME format.  + ------=_NextPart_000_00C4_01C04143.22F268A0 $ Content-Type: multipart/alternative;5 	boundary="----=_NextPart_001_00C5_01C04143.22F268A0"e    + ------=_NextPart_001_00C5_01C04143.22F268A0o Content-Type: text/plain;a 	charset="big5" + Content-Transfer-Encoding: quoted-printablet       =A6n=B7=D0=A1I=20 + http://home.kimo.com.tw/china999/index.htmln  + ------=_NextPart_001_00C5_01C04143.22F268A0l Content-Type: text/html; 	charset="big5"i+ Content-Transfer-Encoding: quoted-printableu  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>F <META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>s <STYLE></STYLE>e </HEAD>a <BODY bgColor=3D#000000>  <DIV align=3Dcenter>&nbsp;</DIV> <DIV align=3Dcenter><A =< href=3D"http://home.kimo.com.tw/china999/index.html"><IMG=202 align=3Dbaseline alt=3D"" border=3D0 hspace=3D0=20> src=3D"cid:00bf01c04100$1309f900$084948c0@scc23122"></A></DIV>+ <DIV align=3Dcenter><FONT color=3D#ffffff = , size=3D5>=A6n=B7=D0=A1I</FONT>&nbsp;<FONT=20 size=3D2></FONT></DIV>( <DIV align=3Dcenter><FONT size=3D2><A=20J href=3D"http://home.kimo.com.tw/china999/index.html">http://home.kimo.com=5 tw/china999/index.html</A></FONT></DIV></BODY></HTML>   - ------=_NextPart_001_00C5_01C04143.22F268A0--|  + ------=_NextPart_000_00C4_01C04143.22F268A0  Content-Type: image/gif; 	name="work-1.gif"! Content-Transfer-Encoding: base64n5 Content-ID: <00bf01c04100$1309f900$084948c0@scc23122>   L R0lGODlh9AG0ALIHAAIEB5eYCF1iUuPjGM/Q0JSdovv7+QAAACH/C05FVFNDQVBFMi4wAwEBAAAhL +QQFEAAHACwAAAAA9AG0AAAD/wi63P4wykmrvTjrzbv/YCiOZGmeaKqubOu+cCzPdG3feK7vfO//L wKBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8Tq/b7/i8fs/v+/+AL gYKDhIWGh4iJiouMjY6PkJGSk5SVlpeYmZqbnJ2en6ChoqOkpaanqKmqq6ytrq+wsbKztLW2t7i5L uru8vb6/wMHCw8TFxsfIycrLzM3Oz9DR0tPU1dbX2Nna29zd3t/g4eLj5OXm5+jp6uvs7e7v8PHyL 8/T19vf4+fr7/P3+/wADChxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsf+jx48gQ4ocSbKkL yZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo0aNIkypdyrSp06dQo0qdSrWq1atYL s2rdyrWr169gw4odS7as2bNo06pdy7at27dw48qdS7eu3bt48+rdy7ev37+AAwseTLiw4cOIEyteL zLix48eQI0ueTLmy5cuYM2vezLmz58+gQ4seTbq06dOoU6tePVmABNcAYMeuIPuBbAG1OcDOXRi3L gAIEDBT4DYCA7AIGkitfnpyAggLQoQePHv359Om4CzjIHtwAAAPZHUBfMNy27/PnGQjwvh497sHSL hbsmLoCA89ju7aNXgB65e/5Y9eFmXGwERDefdAN+55p/5MmnQHfJaQcAcsxVeJx261UoHGHt8efdL cxB0+AB101G323i/aSeddAyMpwB4/EloH3QbGucbjOJJ+ECBBNY3nG8QuDjBeg4kAAAh+QQFEAAHL ACxEAXIAqgBCAAAD/3i6KvwwykmrvTjrzRkhTieOZGmeV2EUaOu+sLkewvrFeK7jAlH4DUFoRywaL MQTDEHRsOp09leN3KAyf2CypZq05uMoqQUsubwQqw7ihXhjM8Djl85vaHEy5voyert0sUQtUe4VOL STcMXgt5YleGkDkFLA83KhFckZo7k0I1dBM9f5ukLT0GqI1zqqWtJpMpSWGutCSwTCo+kz+oXUC1L wBs/iWi7VlIeo8HLFLATPmgMhMzUHFSXEI/V2xI1bNrO3OIQswfl0srj3L8KrD00TNrqwNMK4UFhL oPPM7w/RjGqi5No3L9qXMR/QKOkhjyA/JgmlMBTkUByXGguhAWFXkf+flSQfWVAB0rCjKzUg6hy4L 8c6KPZcmaVHxcjEgx5XnYpKCFeWUlTaMPoIoqXNPvzrIpE0a86loK4ZVFs4Y5GOoKKetSG4MxGXpL r3pYISH9k4ZSJ6lhS50a4mUYr0m90tbiAgLVQRCI5LpKeDGlyDFg9Rpi+EEXunZfKAkuRHOGkG8UL V7JaDGfttJqUQqiASVnOvbWPacxAqrhz5TV10kl+M4io6SYYE2MK2ED1azMwQ6+Ei6f3bTl5cqFZL Iwp16d9kzpVd0FQ08sr+UkKsO+V5HJXnFkVmbj2LrOPEqtjDa7s7Ed2AMtlTA9R8lk9Le7Ed3d79L k2KbISSKOt5+ljDRS7DWDgtJuOYfDmhFlcgPqU12ICd2iSaSDTQMMtWDRoS23yJVhKAehkfUw84sL HBoI4gn7XfbHVM2dqINEozizHzzluYjCWgyEERhOJtqYAQAUAGCHA0A+kN8CRUqQJABJjlBkk3owL KeWUBzCJ5JRYUllllll6IeUXUkaAypZbWvmAmWRCwCWWDFi5JpRZZElmmGW+aaadYV7iwApAyglAL QisR2SeaWspZp51XHsomHHQSqiSaZ+K5XhtuspnElgXe+SSbXEYAaaSK0qkmnJ4CkAAAIfkEBRAAL BwAsRAFHAF0AbQAAA/94utxwgrRJq7046/VUPIAhbGRpnp7kGQpRoHCMjpC4EEKkynxPCYYOAScoL EAwum2+5dOUKBmTBqJgyrzyodKgIdQodrNgECONatNx4TVJ7XgejFs6uW4zhlKEgyNv/DABcVVJBL IAR+gH86RmcHNh+KkjdROSNWfJOTUDlHex+GmoBAdAB9AHSio580P6p2QJUVIa2vf6k3uLZrgjsLL VLuLew1AicFiva20x4BQYC26zGMRn8DSa51R2qHXS6ZGUU4gnN0+guF8D4I0LuU+OX6Rcb7uV441L xvUy1iBK+ub+qtT6t48eQSZABnY5yCYgQxT0+Fh5GENEEYsSKZKZsi7/gkccLDSS2OOCowQWIriJL xMDHI5IgOPi4yLeSAbyUU4rw0Ratps0XOIjIpBXS5wUWU0w+OgBSoVEGLYMyXSfR6VMPfVJWyplUL Y5mvYMN+YxohaQRaBv+JXfsV6RRE4ciqJMiWrUSQEPqAgOC1rthYJ61S9LtWb5yBYx8SJqy3yJB1L ihezBVISkYvHDCWHdRxOxGWdkTWXeZkQIxhBNK+JLnM2CE5qSdKWW10GpKct6+6ppa3ls4TPRTLTL LlKsxsWWbnavBmXKVKxtslXT9vLXksN601Gd+utM+PAoSd9yjS49+5Mhlp4UVW4eR5nwma5eMLI9L u/37YmNIYPuGrnll/2BZUQx+BBYo2UQQIEKLgQw2aAohHdByiYMU3hdJCC319liFDMYgITVbnOYeL hwXK4Mllp43w1Wkk4seDYQmVAQJrLRL4IlhF1DZFJTXex8OGAQ6RTo8+ykDKV7/h8Q2R2fVAGRT7L DRgHk9O9cwQRWfUxIpWi+XBENiLkpCCXXb7oDzw5kklbD/TBo6aLWWhTyzdbvukXFnSGA6SddS3BL WTh6hcAjn2u9I8Ul69VJaFhL+LMMNIvy52UqQnrCYqRgLdEmOJ21hCmjhvKkhqA8fSqjn8n9clF9L mNahw2isRorQemXlYuqphnZBH1RjfjqrrgtYAsWtqZGhxDfb7EHsFWHP8TQkscWekJ4xsRKqiZKtL 4nnBgNn+akGM3fp5HQPKhgtQT1X0ai0Wg1CAShDm+gCFA3+KEK+T9tYb1aV8IpNsS7ze28OXVnG7L LhbDWrDgotOMayvD/qKbl6xj7AltGQkAACH5BAUQAAcALCkBOABJAHwAAAP/eLrc/jA2UqS9OEthL hCKeJo5jYShAR65sZIIcUwBtPQKAYBoEfXCekG3oqih2BR3hZ/ARnzLjoQDaeQpSqBa74E4NPJV2L TO0aOwCTc/zkrJmKGJuYBoMpSQElnp23CAZJL1R2ST9CfiwpIEc9jYB7iTZ6gR89KUE6b5IrAiEAL MEsHOBg4pqeoqaqrrK17HH0QrbO0tTgzC0CAuBe2vr84QA6IvcDGtGItx8uskQzEFszSqGXPJxrTL wBwgp24MzqXZvzo8AqbO3tjixmUz1Qfg4evGlIBByRnzzOQ97+r67GYQsEcC4LgXHhatMFiLELdzL 0OQxXLWLWLobE43F+5dR/4e5YKqEcWIxkMeUj6imjGThRlOTkJtWYuDSzx1KcZJS5JjRgYu7KdMkL 0fRkB5QSPUEThYKHJUmTnjePJdJzkmqVJI6yKTV3IhQNUE21zqGKxU0ep1/FsqECZMeSKmBGqR1DL iaceTyA62JvLxhyWFCfZyuU7BwaPHj0HJ51qxCPSazJLUAji4Oo8unnDEMPxct0YGE4BfV2QRp+WL bVc5hHkIUAtcMI5BTI5KuIVVcnF13W39JAkoeOQ86SBEe7ENnXLf8rvi2/QTcLfZdnZOB7oJKi8YL agGbK1BZGAaJCF9+RIUm7ZPwNKXCCFbGmEOC8WBPYeJY86J/2K9xsbu7Gf/v2RAJVaQBgkaAyojhL TxzF8aYIGAJJcd57pvCXg4FClOEJhfCVIoZqhnlQH4W2iYGJQ6NMl1GJIciRwh2XkNiCibhoOKKML JMUSCWsISmbHfMI1ocCBOGqwDV4UGFgODQ2GV0IgXzGSooExcrjCDkxWUsZOTTp4Q4bKxcHhKSPcL 9UAMdXTpJQYl1fcNFkuOSYqRS6RR0TNypqSBlOXFmaeeGPQHmp9/djjMkkz4oAeAhRrqwIWBOINJL o3Ne4MUPkIRgBaWB4vMDQt5VmSebsRxBCKUVWiDHAwOhSqaq5v1Yzo2ospnVePfwWGgG122CHaONL RpPLnSgQWasEhgxbzhTRonIagUjPKKnmmMiWigIVrr76wKTZ2vJss92yEgGfEDTXLQTQnmmsqxBQL aQ6rwGarridIIAJEuJXKIMoobmkK7rEMYDIMJCZMO2oDC0YLBr6pfhPRmwzniymsBh8sArYRO/roL uuF28bC+GVeKkKJvcNyxwu44kkvIEvOxGsupPIsEzNo6AKB7NOfwLsKO6PEvvjNPkBXGLH8KoRCgL mJzxAgNl2gUPOSuK35Lsxbs0s11QYEfF7IoksJ1Rk0Ig1h9wzW7AH/58NWlS0JrzsyrmnAAAIfkEL BRAABwAs2QA4AJQAfAAAA/8Iunp+4LFJ63M1N6i7/2AojmTZSWaqrmwrom4sz7SG1Xium/Duz5wfL pScsGoG3oxIXPI2Iy6jUc5lao80h9Mp9xqrd5SX5Gmu3DHN4/SVm2XAkORKv06Bve0ownpPyPG9+L eiMEBgQRald+g4QgAgZ8fYBHeI2OGQQHkJIblyyUZxNgmB8FiAenmwQFpFiuiZ+lCpwLBgWHipWTL TbqzAJCsAqwMhq2+P7zKaI6thgaRC7i3fUXLZJO/DLjAxrSRkImdQsoZ2drAkZvQrQLHwoZ05MijL 1ejAAsAFuMcO0wWJrMlawIvgtYMIEzogkK8DHwC4+Axj50BAQzgKM2rMOKz/z7AFHyEeOmQxEj9QL cjaqXMmLYT2QGKZJOmAIVReWOHOOCamA2wRcrNSlEhpqns6jOYkpUEqLAEN/iE7NLKoDqVWd4dZRL AChB2FSqd66KVTbsYoZ9qQBSYFUgn7tzycbK9ejU6QWLE8K5pGBxXyx7VecKfjDsKQChhw+15XDKL gIWEOQZL3hSxIrGO+qBBQ5SLsKGv5cJOniuS6zCAE83i89uKFj/QoV2MlgzJtNSJaju0xrVJY4vZL o0Pe/gdR9QS7e++tqZkPqLvNjs2RVH4l2Ey8zlehvsV3OvUpp91pIqyYoVenD0F6+y6lsDBoD9GvL Y/gctVOQuX8D3z+pMJ+T/1IBA1Vz3InXl3H68aegZas41ZZmknDyWmn1MbEgcLG8ZdFQDHHzgHMiL gXMLgrJdGBx3q1hW1zR//ccdczuYOFtqkFREIED79BNeYdHFKKNcpzxlmYfr3FZXhBahJ4+PP15VL 218QfGYjZR2hBUFEuzR5VFuctDQejugZE2F+AmmZU5d20TTeJmUdEElU9LWFiBRmnklNkfc90KEmL bWVn3RR1auTOYmkudMhffpmEGgBB+QVooApNAyF5RDEolQFXemcFpJFiColQtamCAQTRQOgOXlxwL usxp60gEXyqaHNaXY7B+dgpGqtI10n8SOVXpNELikwiZqeZ6wUk09UMZTf/qhHjMLMZC4I+ORL2lL pnPcPOlIrrhppSe1/rCTCIyYcErhsNTO1M2uQ/7CaY07RQNsTCjapS20kMI7RpD0qdNmReCQqIeWL IgEcAVcY3Anrhxb9Nyc6Tfr3rZqxiNrqtPB9J6PEx8YqH6kzHcpePQpybIZQnx1mJHcjp8HfRJXuL u2ZEkWgWTcsuz+hcodUoDLI7EBE78mwiCdklL0ReXJHQ7M32sZ5r9tzOM0zjDOVVjF59V8xbM8eTL 1STLxco18SjztMA4D3Y0L/eCncJVyi4Udx9le4a22zljFfPa/d050cN4U2GVxVD31tIt5Ab+gZN7L 34Ip25vdrXjeORXdxzTN/YE4eRlnAlXZ0p/upPnmnLNkHVTDYsobpVWTbkPlU6kcrtIQSO76Y06WL DW9yt79t1XMOXuxo774jdKsyfpbaK/EqKFR3f1PV5TfzxR9ES0L+hUN98wp1dI1/25foPGxQ2x4+L CIJGbUbr5/+hEVPtB8ZRj/HncLzz7Ne/wvMIAa2/Dub7nw9WIcBi8a6AYiAgAukktwW+QisOVMIFL 4BfBuCytghjMoAY3yMEOevCDIAyhCEdIwhKa8IQoTKEKV8jCFrrwhTCMoQxnOIEEAAAh+QQFEAAHL ACyuAEYAvwBYAAAD/wi63P4wykmrvbidnbv/YCguGzde5amubDsd7gvHdG1DZa7ndXr/QNpuCPCtL jMGkUjTkPYgd5HJKRUGFpqp268pivNyw+MWSjs9oy4xiTrvfn/YWDK+r6eGDwFCw+zUOTmgbAgJ/L S2tWT3h5ek1NCo86AIaHTGaCg3uSkwQGnCUFBDuWVm1yeQKjoCWFrAd8OgV9pZeMebOvhI+FrgAGL AjqxG7MFhbV3t3kEBbq/wUN7BtPT0BzArQXU07PHyIGoYtivm5KUAto6e9Y5hdrbBsyVtZNw67rlL oKLqn7zYvcU4FKMFhxQcbew47WOVK8fCJveaEGAmikAwb2cMvnGli//ZI3mFhoVq9igdxHEzYFFrL eO4bIl0bRO4QtQ0agGZ8jEnsN+RhCgNFbmJ7lxDmK5cMjEY0F3GiNJTCSA4ZWoTQKj39KK5Ct49rL UaOJXBqlVJVTuXXSpE6S2Q7Ys2ytRv1SwMeTxWCequm5mpIVUhJgIXE8sNDjHr78vmKNaa2hHpLQL 7Fp7+xPaYWOKM30LfHIaM6cICQP1p7ihR2LGijiGMY1fWWJy+VCiKe9vBM4Q3eX1HFPtzNFDTjuGL B3UiVJNtAUyEYQgtSnQYxeIGRSnWnte/IY1Tda3X0n3/ZsGzxmf0zbwhG1ucNRHzvD/TWalSzfcyL 5ngnbQIN+bPqdVj/eMUTTy8ODUMJYeuhxJY7FR0SH0yDMSceNRRFuNQBnjiWz4EArsEWMeO8MyByL GHrm3gLXwffgiufQtI1qA/YCjGMNYVbEc1DpgQ5il01UhHe6UdhgBLOIseKRkxAIA3sUliiPR8rBL 45422FEEWTyeuIPfbjkB2Y0EzETw3g1IlslJdRe5uN05T23TDSGf6JSaKm6WpaWUNkbg1gNEmennL n+TwtBdHv5D0FiXtZYlhM3fx4c6PBNhpjCgKoEPcTQRVuqcDE50GECGGACqqmexYxE8zS51WAjYzL fpalKH2M5GIx2LSEEAMpPgDMOu/ksltmowbLGXZWhcSmo6E690yY/8BYZOoGtemIYDUM+IgiUBCQL hF5lxwjr7ag/MkocSSLiJ6Iq6KI4a54W4RrPAkWi6Mlr87YF7Lf4kgrkDqpAVglNKHab5q8N7EFLL mIjmVBbABebr8MPBhRRjpAyoCdJFYyrQTB9uaePboNvRWcy9EJdcZqyqfOZZpfNI3GS2wNT1rL0dL bmMlsSbnLOox6FayWzf/eAeBxB8TQlLQhZpp2xYA5VVhdA14nNuq1lzI4tJiYDYtxe7BqdgvJjr6L I3BIYu0Hl551SwqDxO2K87Bm28Eg2l0GJRKydFJD8lFxl9L0SiBehBKUe/PdN1LsKEu1n4f3LbhKL Upbd+ORs9vJ2YFKUZ6755px37vnnoIcu+uikl2766ainrvrqrLfu+uuwxy777LTXbvvtuOeu++68L 9+7778AHL/zwxBdv/PHIJ6/88sw37/zz0Ecv/fTUV2+99AkAACH5BAUQAAcALKAAFAC0AIUAAAP/L eLonBjDKSau9OOvNu/8gsxQPaJ5oqq6qCBQNK890bVOMQBB37/9Ay8JRCBqPyJWCVEw6n1AhM0qtL Oh0Cq3bri3G/4LB4TC6bz+i0es1+it7wRrNNl8XvS0O2zk/h41l7fWMLNn8uO4NmDDWHhYmKZC40L jg0GPJFljJSHDpiZkoUsBxCdBnOgqaQSbwCHL6madi6VhwWfsXSttX9EDKi5i7S8eEwKBHrBdcQuL MCN6yILKbMw5pwzIuNPU1UN6CgCQ27rMBM4HJAKerm/S41GbE9XRz5dx6e9V8azz35YE907lQ7JLL lLxq4R4Yg4MM2MAfBcHh6JbwmgJ1rhKee2hk/xKGbuAMfNMhMgu9Edo4cvIoBOS/hntOPkqpsgfLL Ui7RnRJwMRtPRDRrNtqHEyQWbyItilgntAtRdi7ZkSyQBQ+Rpk4NFs05pdJVrByeesg54mclEgLBL ahDbgWw1JvjUHgTHNqxbXg2PJZMb4WndlneHnBMh80A0vltX9dW6IfAvpQsKHwuKePHfuY4NK01oL lpE4uZfbZo58jfOdyjZHg2v4GfUR1Y8uQT2tDiPY0HZhk5LcDllShxxxN9a92h8cTz/jChW+lvhqL HnAWjgDuWrTzf7N1/iTwExZfiSiuewMYmfsSyioVZ2wh/qKzcNAtddaJ/p368O0JP0Ap4haJ+v/VL TZTfRUodVZ4rUwSY24DanYdNfDpRpyBmDNIDgFmFKafWfRTSxeCDAhQgog47kBfhhMN9SOAlIsoWL DgwLhSjhhCqWxxN8431T0V4ofoHhfs/8dBWPPYYhXTqMkEJkkWDktcN8BGZXo2orcQiFZr5BKIeIL vrE4JWzjJPcJT2jtoIc62QTDHB9E2AaZbUySEVdrENQWZ5N5qOOFBGXe+YWIk5mjgAGrAESVi35aL ccuKQpa4V4iJauHAbmYK4tNSla3pBiScolOYOU3hYcZJ8D1JCpJKujNOJYtUxagEZjkQ6RaXqHMJL ohOAOqsVIYoEEE8mDsHdLSLNuOsPX+lQCLD/vlKlw7FRMFVnQ/9J8yy0T2ABQUMXpjXthQBi64OpL 2kZgEnd0imtEIl9FkAi14apbww4x1AZqiYYB4G1NX+bUJovbAsoDeao+1C9XJekAgycwJhjqwd0oL DMEp5nBp65L8QlxNiKQYZitPnux7YcHbaAySvmie4qxvqKQZnMkRy0Yid3rKId+1A8Ec8WFnQjgkL yPFGojNI/t1CrzUfe5rz0N2INPJS2t2CoLGZMI2Q0YjYE43U6FCtiNVGseOKrFnywLWu04AdldKCL to0uedyVrHY3bcNgnts4ypr23Aglc69Jhw5cotx8M6Pt3/Bd8vaqhW98pt+Av5hP493cQpJJ/93aL 6vUglFdea88Ky2Ff5+Ww+7hxKJOuOnGLSu0qgVCuLrtb9C66lHGFDDb77ngt3A7ulPIuPC8vHoe7L J8Mnz2rsBlqiu/LQn3a7kJBFbz1Dgx0l3fXc3z7YsMB3L7582IQ/vvhYpFyxiFRlV/P5w6OV1PzzL Q/dCsfAnj2o7IrpSrKD5i5/5+kOm5wVQdvv7Q/UOODuu3aE2O3kdA2WXCIbQb34GnCDlKrgEW4FPL KgnUIOmoQhqpDFCEu9NTBY+mn2ChsHOLgg+SaqaRBb6Qb5PajUV8YqoQ3nBusrKEbHpSkkL8sHPeL +Rx5KqKlIyLxaMiRGW+cyDcHCtFEL4gdFSNxWASd2HCLI2SRyr4IRsrdzxk+LGMYhaRG4aWxjat7L X+MSAAAh+QQFEAAHACygAAEAfQCcAAAD/3i63K6giEervTjrrYv5oCGJXGmeaKoUrCS8igCodG3fL eK7vfO//wKBwSCwaj8ikcslsOp9Q04wiiVqphQVhojBwr+BVtvv1hs+shVlBGJ+vAoLWnX7DDYv6L QW+HCrwvBG0sBCFyfU1/IR+DLjCIPgCSk5SUfy8ykEiVnJOXmkqdnIUgLF+gQqKcmAWkh6hBqrIRL p7CRswCYMrm6Ly0SuMHCw8TFxpKKi8qMu8fOz9DRyL6FWy/S2NnaxgKt29/gwyrh5OWdOd3m6tnoL XuvvzxutFwDu8PfE8ga49vj+s/r4NftHkNOGS7NEFFxY6WA/USwYSpySAaGoQAUmasT1x/9FC1KGL Noq8uKxRoH0jU3oScY0KSpUq11T4A/MeB4WyLNZUdzNjzoc7yfWcpTOo0A2FBBo1x8EDLmBLjx6ML SrUqQym9sloNV6LeskU+t7Lj0HGgJZpixzrsdE0S0LTOSujsJijsW7jG5JqJY2BLpbt48x30MKGVL 2VwvA8fdAKLNYcVqM/BqhRPythO5THUjBOKxZVwnSmpu8zmvXjef8oQtLYzsC5n1TnljLc7hh1MyL 9ySmDfC0Lpacd/NWFfqrCFPDg53I6jm5c5gqaun+sPp5QxMu7DX4Q8C6KBOXLnnYogWwdROCDsQ+L 0K0v5ereJ+nlIpNv5fjXyaqRQLmNIPz/58i1mSFcAPAfgJToRZ0gmTBQFIDgTVHHIyt0h6AkXWVUL 4Qr1wRdfVySwhwcbFl6Ynz6+AGJfYyZSZNtXjdyHnxTAqRiHGzJ+aMJeMs3ThYfnYZdFaiJy0RaCL J/hI3gJHtviDkz0QdmEKIJmygIE5eodCPR6l0Z5fJqKQGi/VNKclZsYxA2VojvTSX5hyscCIldvNL BmGGlIXgYgxAOiemepv5EscB1vSZHApetOIBeyMcAEiJM9LYgqOIORqocEGWMJ4H1HW6yJRJyoBJL kV5Yg+lzKEREilsGbmYpkuAVQpipN7ZSiJm8YWZYqZwuAuadsXq114Et7rlBLoC6WKx8/zoYeuZyL FJj3LIh7zDAqS6TgSpuYeCQKAqESbPGrjqHFQRelpuCRDrA7dvOao7bStG6k5WaH5W2AOLstClukL 6y5Nj8KaZAvivevOqYeeUGXBl5iB8HBbWtNdvpeQJ+2+A/9haRy3pjFupuA1im3HWUBFbsgaOzYxL XeayG2dstnb72m0ukyVHvlWQhonA4Km7Z0RrQvvAssbeoG3CWxYtJZz8usFklifv6LSI+vpJpdPcL Ea3CouURXbQ+eVw8LXb7qEfsstH1NYEnuhBM73J9GWfS2z2f5ILWKaTmQdWo5l1fX3inEGIMgBdLL w+CEQ8ozmw7sHbTCIzaQFNOpvsJABI9eZ44NDsg2EMLRkNVAi8YYMuD42EkCgoesBRaOOohDosRXL GzRHXXeREPQKumU0lB4ep+LyzTsN1IRQBdV0k+0eSw6g9ToHuUyxxvFsCB8Y8W60QaKD1uNF/PRjL cEk5vxJbk0wptisPYwtih/49fzauQaQtQ3yi8RyES0c/EDya/kqD+xuC9mhyJQAGcAMJAAAh+QQFL EAAHACxeAAAAawCdAAAD/3i63P4wykkXKTXrzfsshgCMZGmepKeunmAUaCwDbG1LBFES4izfwCBIL sCgQgshkxoVRuIhOqHIaBIgIhtfotQBwqWCbKysA5Y4WdHi9cqEFWJ4zxK5zoEwFAKS92P8VeQeCL g1gGaoCJECBNQ118TYqSDY4HOQ1whz4nk1NYGAI9JmabJZ1KAHGiJ6GlKac1NAxjWq4+sCyECjlwL OrY/uCpYUk5HqSG/KMEttTJuySbLHF6+PnAHMNCy0hnDtqHcYUza2uEUx6vkruYfWc0xB8jq2+wOL 46oQ1PMj9Q+pamOymfC2r5+DSnrwLSAicJ7BWV8wfaLxb9+rh5YM0GOw5/9QGXkWMerZaM9Qw4IiL l2iyeDFlu3QoDeqCMI5lS3ZessiJgMWmKYN+MkWiBNInO3AutpkhNmilT37mmNCZNYwBiKc/ox7yL F6cL1qxaQ2UpIIXU12g4sYUoYEQnw3dnuSE9hNAKWwVXz96E9cSQpgh59ZKEZUjEUn9wv4YjJJTeL M8FQpfWE6HEBGciRgx2DMYfsxEEw4y4mY0nNUsxgpR0jvTCxYFwdDRzY5obYE5c1Dt/Wc9jSScywL rOiJuPCTEdRoJcEpq4Nsg9ihIXcS2pTIJT0Lo0tX/jZHk1SNeCCHJ8nPbJM0kp4vOj7zn91PMvF4L EWpM++SAru6K9NGdu9//4ymSU3M6YNdZfffhZ8cQhQ3HAHsJusdGHgMS4cKDACaYSBk0GCHUXZZlL eN8ku0HSmnbtTWKEVWPNEaEyf7DF1C7zyYFiina4QVxTGBzzInninHfEbrtoNMeNOILBBClqSQEOL XgXi1sZYVV2HCYQ/DoZEDzl0dMGMsyE5IhheQHFJJvSJmSUYXX1pHh/+XZYljFPUdoZ6PIKG4JycL TAFemeo5iSWfqQHRlRt+gAgloTPUSRcPbJGlkXP7MQpkFTxIZV0I8XVYjaWF3mAdBoke4occbIHaL pyeHcBqCcUccp6qCNlCKjWf0vfBJUrPSmstUEJ1Rmpy97rWCF57Rk9ML/yvKWqyxKhxnnlVsjcXrL s9B28MRxy41UDLHYarnBCF+6Otm0oIUbKgdx/GOJWFYMqq64GozR04oXIDsvMCxcMERSSxKopqq5L 6dCleC+QAQcj+66rklhlxCqpDnQ423C/BksaSqyTDqlRw9lScJW0MGTqKg3igSyhBmRtGysPBzP0L KchixOMZHxFXp3LIEcyYiVga+7Yzzw8QOUtp4BUyNNHPWXnQWsbIOy8Hx+WjhRapLr1yz8A6sEeHL OmnNtAVDdVHfLGSJvfUDCA3SljtqXyqBvVDq1PLANFfAi6tpx71JBY6M5bctFAjCR8qDNzqBlUxML lDi/NAGr72mPr4pY2d/mNVa5w25vBMIjHm2+NtcSuRa3trI918rmPYtgz8ei0/nIRLaqFbvchbiuL XxGw356abbVw5Lvl1Jh5RJfDQ14Is3QIwmHyF13Y1F9NpYc89GkUkQN9viU08+2dHbn8f2wRNDxeL X6Brl3+In0/No0Vsky/0plwln2VliXg7ha2arNT3yRsElJbntOvRjzbA6k2ZDngR4bTmE7PRH/ggL cCanMHBrgtDXBTE4lZpsEHAApF/hpLbBEprwhChMoQpXyMIWjk1KSHChDGdIwxra8IY4zKEOd8jDL Hvrwh0AMYgIAACH5BAUQAAcALBkAAACwAIMAAAP/CLrc/jDKSau9OGtijtdgKI5kWRaG8Jls676wL YxRrbN943hBErf/AIEhgAByEyCRMINCkjsqoNGQgaAo9j3bL7Xq/4LB4TC6bz94JSiOgod/wuHw+L Bwg4hQgxn2HS/4CBgmlWR3cGVXwRPE4dg4+QkWF+exyJFjRGZ22SnZ6QM0eIiFYYB00an6qrcgRuL rgccqBauIKy3uGNYHrt7hiiKD3e2ucWrdgUqWii8HQCkpMEuxtSRdpYEys3bByiusxOImtXkuIeJL 2stPzKczGLvl8Z9to8lgeAehHuI58v5i9BJxGOdl1KlZKFQgczftn0Mu3uy1c5OmSooGRHhEg/GwL /xzBLXa6VAEDIBlDBqTAvehYrYCbkozArBEzsEFCljjREARmCRHFLr4mXWSwB0dOVXe2EEEHgEeYL kWJOLqhp4+inhJSeqPu45WaYNTaHxrDqqWcKIumCelH7BS0Ssn/afMSGxVWKbFqc3islodtbuHBgL ofDpIaMmbz1idisiU6uWO3yZ/AVcBu3MIy7zUnxGUS9aMEED1pJCmcyhTI7tKIPnQa8oN/q+8MByL aYqC0mFKVtHmNCDjz820febQlvY32wxwpxnsevGoWpp9/9zl9QPtGSqRcz26XXU7JtexH1SHrvmRL 74UtJdMOoTSswulEjZrhNbXj6o+1tsnOPvnR/f9NJNSTG+Flc1ghjsWyWWxb9WcBTnwwx0Q9kLWTL SILP9JAga7E4Ah4eDj7YUVOkvPdMhUQUpolTJamwB2PnnZifCs9JE2IEHS31RElYnMhMilygJUtrL UMEDyzVi3WiKP5SoYM9sKWB3FoxaPIOIcFUY8ZmOtSmZATXjtDHkEep9YxcNPACXXpZKjTKhQrPxL 52UFxmAh5m7j2GknKZwtJlEzFoGUZk9yzvllLqI1cUpmEw3kxylaQlUYnlqRuBojhpZwi2iw0AMdL LxK5VKF8aWlmoY2ZaqqKeooyZ4+iVRZxyDdaVFEIUEUklCpHkcgF3y/oLEpKm7b24KuCPSo12K7/L NzyS6GMcQOdpMkTkGcpgbHaDJl7yrcfsWIBIF59ki+Kh0CG82UrYKa29ItW3zc5x525fRavMrHksL upCTFmVxH6rwrgTHna7ghysf06Z5nYv0+XRukgHr8IZxoVL5hbq0niNeXt9gh1jEQkz85z6yxqesL Sw07PJ46TLAK8mRdrEgtaFdGOzJIOtoD05WxOvyyEmv16RI+XiA2L7eYsWqIvU39ZMfPpCk1EIePL csFZtdbZ6+e5TGcNNXtd0QscMj8FJ2OVgyl7SdZ4fo3cmj99g23ZQZlXWKy3Inmc29otVRe0NZqcL bDvbbZHmOd7y3Z+ilvXELdLofcDgWhQqfiPa6PMlc5OawHBhN1CFWm7bKWbBGosVWO+TRZui/9xOL NmpOBGRu77bOrEg0YI2YinvZHnEXWHiTlz6fFwaw73PiymBG/CJvOUiDlU2ors67DTgPq/tJIj/VL fw0tw4dJul/31nsBS7Tk205IDy6lrz70fLrve5Ciym///fjnr//+/Pfv//8ADKAAB0jAAhrwgAhML oAIXyMAGOvCBEIygBCdIwQpa8IIYzKAGN8jBDnrwgyAMoQhHSMISmvCEKEyhClfIwha68IUwjKEML Z0jDGtrwhjjMoQ53yMMe+vCHQAyiEIdIxCIa8YgFTAAAIfkEBRAABwAsGQAAAMwARwAAA/8Iutz+L MMpJq7046827/2AojmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isL dsvter/gsHhMLpvP6LR6zW673/C4fE6v2+/4vH7P7/v/gIGCNQeFhoeIiYqLhgIqjhuQGIwHAAKHL jpSaipaFCpugoaKjngUEAgIGlQWIqK6vsKgRqZIOqKcCBAWOqRQCpgenBwUAigWshsekmr3DBMvQL 0ZrHBQbWBqiqqQQLqdff4NcK3uHll9XmvbbHBNfP2MHwiLqH9MbU+PnHxckGxaaxUEkbOIqcAV2XL UhVqx82SvmPW9I3Tx1Bfwl+4hrnC5or/Xzt3lw7A8xbSk7xCB/GFBFCuZclhquK1REawJiNL2WiqL A/CsVoNzF2hN0DkO3LMDrqqVtLfN08eISMvxi1VtFyx+C5G1hMqJZiiBNhUZ0Iltwa4ISmdt/SaJL YbaDzpS2a3VSWaFfd8NhfKV0ES1KLFn9Hfv1JCjCYRON7Ya0wjYJvx7mg7RtbLV2kRUqxFTXayN5L tOzlfcmZNN2E8BBv+itKddhca78Re9Budohcw45dwoZLFTCZsQ+i/tz3s+nRlPpWQ+mZEetQrm2iL C37wgTdqaCVTkxR6OzaOvlmxpG5teF5TPKcaLk2pvEitzf2u17S4xEZcOV9BODj2me0G/9R9Vt50L yykkTCWoKJUUR67kZdxuyDx3mnPlpaKVLvhQeBwj9Z3gWn0+LTDXYv7ZUhYEm5XiCT/K5MISac81L AwBZxhXym4TsLfLRL/6gFA5WdAG5iS4puIbeiw5U9U8lmP2UkmRzNXLULncltMt6McKznIPIRVUML jjVywh9Ghgj3CoWknIUCYQKJl1ADrMyG2HgOBHfUQuEcmMtv7F3yYjB3GuReJSPN12UiFp5YZnyKL pBiKmh7qAlcv1TTA0AIdPmYiZ4haQ0BtutkYU6empMaKaoKeRA+YhyZiyXrRoTkKpCS8JVxUezJwL Kab/IdPNRq98ql88go3aD2kOXUMMoP/NjAZsMj0ZiislOMYqX5ohfmAQkZj2ZJYqAP7HU1nkiVMRL qDRhZsi4ypZ02Z1Rheklq9NqiIi1nMALCq0hoKOkrtV1I25gEwZkMFgpocsPV1EdpK6AL6WYZTYbL 0tuqSBhil9iKtTIH54kD8+rqITgdfK956/KGyZeGsXSUQBIbhlrF0l5sjl/LirLPmv/BRoxQD+CbL V2zclKkLundxM5+E6BTD5qhgVirfhjbjB5YxNbtqTZE6MeQP0HUyet7BD4skVTCsiCbvZYQ9LW8/L 9sa96FcHPhqyCITNWOFYfu4ndrxyF0pyoUL+Bdsz7RDcLI4EIwhLVQG9/d7GnNgH0ZV3XD3F4d8WL Hlwcxjx2JPXkSLGDDTpFk4MaOLth+PB01KlHmtBhmcCWyyVdtzm1dmIFuzuq3ehOXPVszeQ3Rz2FL qnYPSU67TSc0iDPVanNysCytBAQvS1Nhv4hd1Eo/kIvz3D3I+einr/767Lfv/vvwxy///PT3kQAAL IfkEBQgABwAsNgAlAAEBaQAAA/8Iutz+MMpJq7046827/2AojmRpnmiqrmzrvnAsz3Rt33iu73zvL /8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6zW673/C4fE6v2zGHvH7P7/v/L gIGCg4SFhoeIiYqLjIsPjZCRkpOUlZaXhhGYm5ydnp+ggBKhpKWmp6h6E6msra6vmauws7S1phS2L ubq7kxW8v8DBorjCxca7vsfKy67JzM/QoEfR1LV319jZ2tvc3d4Kgd/ieH/j5uDh59+E6t2x7diIL KNXSlwICgfgHAgB5/CH/FOg7QGwYwX55TtDjJIDAAQL8BkYqILGPAXwX80AMR1H/QAEAARt8XPDxL 4ChB/PZJNLHQEkgCBgwAuNgQ4b6YOHPmLODvnk8CHX3qK1DAAFCjPDP68RiT4kcDIxl4ZBD1pKCSL 9/iUaDkJZk6HNI3qKaqzbEyCZs1iVKtUj4Cy9wgAgIkPpMCQVRe8bUq0b9+UCbGGFDiCqySdJTPCL 5HmAbFqcDh8+htyPKFKkB2gC3htzY82GJe3eo+qRAEQFZP2qJipS4GqigzsYjrS4bca9CIX6hCrUL Jh+KgRTrQ3zTtAG3ckFSvNvRdQGvFwEUfa26tXTqsTnMntR2Y+O2v2USAg5IX0Dibo/7Ey/9n0e/L yi3HdC91OYSp7T3q7uegpgXw/9sx0hZ5cwFiWjnQpWXefHsltRhMC3yHnFv/rAaSe2/V1QB+EDyHL 2ocUvHUBgAEqMmBFfszEWB+cPTYUX53N9NY+DpEkk2sP2KcfeWhlp18EQBE0Ul733VgBiSUWciFvL cQWFYh5FPUmQblQC9hxQV16k5T6M3ROlT0S2R9JUqkQnlZfZKRAkfmFGuN6IUiYpSIIu+kHXRF52L dBFEx3l001evVRiQU74FtWFoD2RUFIia3ASnnIi0ONmK6V1EKR9V+mRTR7BlSFGfPDmGFHWoadjcL QG1y2J+iNbbJgKP/xQnpH3Qq2AdZb10K5aRjwcjXjET9OWqgapoq1Fj32edAlP8PDVnBorHOaiKqL uu4xE10x+ZbHZGftChVZpt1zHI9cUqWtjIFFtGKqZi4b3Wn5afqAf0fKKu0fbTWUkB/TWQqVRVLOL mFBWF2Y4o3f+VEXgQUpJRxJCbUYJAYNRWTivqw4geW9wAwlMrkYyvStemQGrpxE+WYk4Y1vKkTblL Ag1XDPEjGc7bFIcW95dmovZuzEe+4gE4XWYo/1smtyQ3NtRNAh+kaspRKYXzUA6s56NR8oo5wWjRL +lxIRv0YPHJC8xENsm+17qRXWXIxHZleVWXFmgI6JXehkA2kl51pTqKZKddc1+v113H1E1Z4jEltL dE+LecnbpmqBZKlJLY82Grz/M6l9F95uWj2v1g/nTdhdjw4+iFFlWxqZtwh1ZzJy4GTIx2LTZcU0L 5cq995KMMOM0t3Kca1tzh4MRGTjpXZteHmVKB7mebR0DOCNqr6Mlk+zpGf+X5CLCHJTCILLY7rLFL V3D8BBor3xDzjTELMqUsiyXqZOL6u5w/mMcHm0BQ2c178A5z2FLGJ5Li7UwvB2xA+gbXIkrhRg+mL 8Q14FjW/x3ykVozZn3N+RzeoMCBmm+IHu3amrJckcHTPUt4f9nKn9KyuMdoCj4zeQx2ihEtYvoOSL st6jqszhRR8C7MlMikTCgIgLSxz8gAr5hRGJ5GpffhDaO8Q2Gig9rWVUMVKp/wJjk4hoUSoEJM2FL JKeTNJ1QL9pa4h7AIzs/RTFOBasSQiR3Owj2cHcMiOBcKgPEkiREckRMo5ACgsP5XGxE1VKj2SB4L m0SmL205XI9xgFKX6xVPi7gRIIH8qBf/gdFHP8qNZs4HNws8UZEA65X8HFkypD1vJ446X9PmYsiSL bJI/pZyXJwvYxTD2B2MKTKQaG9aUcbFyhRorSvZgwjcaqcRNTeuXCPnIRZGkCmPkGt7WLABDVKZyL fZ96D75KVrL0MI0kPMHeenYll+UMaVAOgFeV+hYS53mOBN60lrjqFxmj2PNn5ERmerg3JaVIjSmSL ic6OUKMacTnFTIDCDtn8eP/OreTzOwwqG0alpDFJ1Q0iXixLAJRyoOs8JzNGQedIaNgpnfRuWNRhL 2D/uaVFvOqaOf+KolDLHNg128KNjSc5fHmI3LrlHNQSBjt3+8rfAgS1svhyFM1B5HSmddJzlYWmnL BjPPgQQwa68aowT64gHvwCwDqpDFRRnRs7RapRxnhIG17HIBrbx1rZ8Qa9WGQYQ/bgCvrzjTXlPUL BcC2Qmd5K0dhDZuK+xCSsGNgrDQkMNM+/GCur7KsdiSb160BBrNVe8QLsgPav3K2s9x0a2h10Bu/L yua0qHXGZQnr2tfC1hMhOhcPBiGC2072Pp3D3Q1421vfxlYqiRVuDYhbXOPD4nZDj1DuDJjbXOd2L gps5sBdLrHvcC1guBKqt2mc1Wxju/jZEsvRAb3C5V7tAtqbmxQQ4HBtX2SAvuS+zq0LiK1/MkhK4L U+2PgOc74OAKQgP8vQRAais6dODugD7KLDsQnGBK4JfCdWWwZ6ErSMWuYrAVvq4p55hhysX1eO84L CYhDzIkRbxaNGHjsgW3LYhGbsr5uQmFdHczXzda4ERImL3D/u2MKT9jIPwbyikvLYRC8LLVH9kCSL FXHX8KYgrin2QAIAACH5BAUIAAcALLwAUgBqADwAAAP/eLrcDi7KWVid2Am1s/cFFHLQhwkGk5oZL sRUXKyuFINRvOTvrgXa7huEVC3oIsGRo9KkUCAtdEcrYAAjYrBZbPFC7Cp2xgcMdwBNr7WMTADY3L 9HjuGMVg1AzQpOTI6YBhC214HgB/FDBRgWwzSACHa4UZhzsiRjZGiBFINjAvXowSm4NtppozODc3L h1eiEaQSmUGxDW8dIW55EQY9ryB+qZazFboTvQa7vxKVPntNjmWfxrzIvVpoSDQLyrayF2ssN9GeL nweunINDJz3tzwtMGCsoSEnHlmEikN1BPz7rBwA2YOVhHQprAhvwwxBvGzoTAvj5C9ghoQUxGgrML Q+iL/4wjCECspFoI0N0ojCrOUEHh7J2FaEoyoRwDUBvFUS1nKTBwAVLAc5CCCoUHs885UQCf/HN5L Zua/gRYXEZ2KwcUqVMcEpphYx+nPKhZ9egxzQafCcw05GFrIrUNEH2zTpgTL1KMSJfygXJ1La45cL Ss4Y1ruryMFgc/9q1fHrFZYMU5A53XWbbBnVrjJUmaVD4JKOGx1FNYPV2Bbh0iwqtHrJ709d0xRQL Rzl9gvAkBlZxlAg3UPGJ2CwqDWVouzDuyWgpBKrrezUf2V7KzWLuWNxrGc4/dOaD9lbg7NsUso0AL BDq8PeBbQFcd786icWRCM4AApUIeLV624FfQbbzh4qgVGCCWbfAFpod8UsnDEUKvFJefBYTpVKAXL 2aTRBIC+QRSZWgkOwpAsloU40HUilmjiiSj+IlaKLIpmXoswxijjjDTWaKNoMW42I4kdmsgjij/eL uKOQRGpQ5JEeInlkkEo2SaNPLzoZSFDeSFkilVY6iZqO8z0AGItt4GOhIRjMFOWSTBqC0ZkwosTlL l2pm2WOaPZIpZz5zsGklBCvemaKezPgpI6AzJAAAIfkEBQgABwAsigBDAMUAVAAAA/94utz+MMpJL JRCi6s27/2AofsKVjWiqrmwrnRiAXm5t3zhDK5ccmrmgcOgp6TCg2InIbDp8IGhkyYh1kAeqk+grL DAsEisCgEITLZMtSRutBCt4FwLDUjgingn2bpR/8RjcFaS+Afn17C0YABGFgBwB6e3ByAYdZK2MZL c3F8ZQQGBnp+BmcLg6GpqqulPiYYsKCwBQG1JQAXg3q6GZoRPah0g4hYkLgEcRiDdZmGnU1woKqjL GaGdc6zZqifS2tkYA94Yl1VgrALDYwYmuO16QGNQWnD09fZwWr6+W9kEF36oYHgTp2CgNgXdWMEhL pyibl2HYwrDDJUlglSoGV5lC06v/1D16iVKom8YRYSuTGbcp+GiuXiNKWcwhA0UggABLNgOt1JgnL jboCuJTQChQsFVA0KVO1u2Cp48BnLkI1urTvJw9YWNGJyhpy5xEH+g6ZqWcrklRQDIatRNbuJi1JL OxUiTToAFi5LMkZqg9pACgdXeamKOjVYgqwOahU9iROp7b1bVhIfGOQKjmN7MhIabVerc61QObNWL CTd37y+GFcw02NfnWmEI2Pz25SoLq80qVrDmsqfTK+ETuS7Xq5Yt9NLfvzCgJVaKq+yGXd+QY/3nL WYyl2MdsfKB5oKtUYbrlQqfsVtp17vy0dfeYE0a+529hDyqjMOXqHKhrWIaRiqj5/wC2Awp8DHRHL UB9KgRdTJCVcd95xdAT4TlB46PfaA8sEuIh9aVwoBmoU8AcdA/8FCGAo8mnI0j0DtPOHNNpJFMM7L 1y3lxVJmmDjhP1pp4WEDGc4XyBhxLPdjIdFhCFA0HtHTZD0mqpOiiVTiSCEN8bAxY4OQ0eOIlxXZL RZF8moAyX4kSRohjiprgUuKRU4A4wTJ6JWXiH2pWqSd9wWmCHiTvBHqLgU/yNmZborSCHZoABhnUL lEG+CdSeQckpAZ1JbRNgKmZMmd2KIGURWI8VAmpECRNqgwxLt+xI5FaTuhlro3nWKGCEbXJCaaVJL OpBhplKlaY2im6YEC4IoDidoJP9xFCUVqK3G+qpWSzE6X5CeuomrmtZWqV8F/GG1VSx06JbdOKlYL 0m2lxvYwkj/K4iIqHm0pV+uO2LFVKWW56qojrhqiaNYtzWVF5bchTkcOZXpaMpUZKHJ105MSe9EgL Rfi8ooyp/brjj43Z+ssjr+2sm55N/0ZoprasHGxpBCKWNOJkxswHirrozoqoxNcR2UNeAG7CoKPsL YedqtdKq6bOsVA4SmsTpWlIXuqw8nRVOxYBLiMwlzZEtcIehEjRD2RkQWhYfN3bo0Hk6dm5QNYvcL L5omU9T2mRHTnQ2VTRWxNSL9IQKgI5FkMXG32oGKFo6xStsqxEHrLLTQTJN8DHr/ItMa8j95y1cwL Vk+I2+tqf1MXlqfJFN6Luie269ixYrqpXeSfUpT2HBX2mF7JOht9N46lRIh55kLWiPAEY5DeywmDL dawtcgj2nhSbrPIqkZCTdnnMrN/svj2VZURJx+80h24rj34rr05BDw1/+SExB3QuL7OMKwezH0E2L Lu3k9clo90Fp3OZU17Q/eMpDsSvb6DBCOvEcoBEPdB8qYmXAhuwPeCm6z/3QIYkwIap3r8sYgzoGL wLXh61qictkBGZNAIb0MAsnDiFG8wih13C5mD6TZRCpnt8hN6oT/AGEA6eEi3bloVQvJ4OMKOMCRL LSp3ezpeIRRRFH/sZGnvy2Db/9TBGVtoR1y5u44IgTi7+cQEJCWDHMh2tsbCNe13CjwTyiglxThBL QjNWRMNhkHK7geUrQs4ayKpQVZEONi4UnzJUyWhitBTRyzEriRsKm9gvWNRtbAtsCLKsQTpEWvBaL d9OFWVKCxAZ9BJF26+M9bIYMSCmRcYCSpNFSKD6giOmSjfpA4ZyVj2AdB3W/a0WdVDUcjLkElZHQL F3uglMhrvRKSbsROWmgZsDkucpW7yqbdykU2a+yJaBg7WBMLWREBiRBjpsRe76i5o5jE8o1NbAreL WqZNbZ4KNQJTW5qaGKXzuWNQvXtIyNCBPTLJaw0n3MSN/hXPYJZwcJn8hBT0w/9FLDFUTzzLQFkaL ycN/+jOABX3UQeVwQh4sdJ/e6pY2noMGAl1KYfNAkeBQWqV+kMWaI/xijWwpRIIabUITwoRJPWUqL eKY0AGcK40fT49II7JFryLIYHO1GSVYgkSzyWYhGysBTWQaHcZZh0Eh58MjaGVWFtsKl75oKgacCL jqzBC4PzbDRVRF1VYoabkVWz90Ov+nSIPg0qmeD4VxVVFTK8yyaRPIBD1sAIkXNNT1WhEKAUjmNVL HulZq/w6K3z0Tw93TFq2GuEtr8aRT2rNThKUhxJHiIJoVzNbRjHQFFh45radGcekrDWhwrrNmOEML K5oiSyyNYSVM5rIcfVJbzzv/QUJ3DrSh++qVT/FRtlGUU1RZ17aJ+/UJjckckLa8tK0foglUTpoGL G4HHVhcUhWqMUQWVbjZAIpWnYimyBnnsUlihTgZKHDxkPrs3zC6hV6veVC7voLENqyxAPDrK60frL tCJHFgof+NoRZpSCqAGDpxENouf2DhyMTszVAC1iQjDkisAES0ioGgPeKqrXlqsqEm4U4lQypwSjL VIIXG5thz2xngQ/oJLU3OWCETJ1aV7OYDwv5O27vMio5zKGij2W73eYm+IDmys5mFmOpJ3YwBZe+L 4jle/pmN6rlUAE1gV0AKGgzE7IkUnDnNeM6ziyygZznXOckt7LOg9fTmQav2/8+AbrOhF13otjwNL zxFFdBICvehK70oJtqX0wWxgaT0nt9Og7qeGjCufLke6AqH2tKZT3WlFFy+5z6WzLlnd3CPkhNZeL Nq281gRp0bAA19mEjavTrALnHoGfcJZ0DVi6Q13XegVmFHYigF1ZZfcT2c+mwJ4bvSekwoba0pS0L qMGNayt0mdzy+rM40Q1scz8B3eoeN7vLHRJ488FbVJh3qp9bb3DfW9TexbOz9a2leiub0+sOuDYlL jIROGy7PSNbBwX+NbynY01xXAXWmm3huV098BhjF9poc9ACRe5lMlP7FDqv9cQ9Ecdh5WbWQUo3UL c916Tw8HX8s1cOn6frrn9unEacXlfGsL5NzYOz830Ed+c0j3HNOXxrfMV+7mpCsc6BIDTK9ffj6YL i/znvNY5og3tRZNf3FtCD/vBgv2orxF6zARPc83l7HWfD/w4ckjusP/t8LunecIwL2J9eUCpJ3PpL 7U3oO+Et7ambmH3XSw1En2nLTydU+t2Mr1fgqz3h6wI78YNWeqWV0PTJN76efsc5F/qscsZPPdyNL 7nq0uS3w1ROb9obePN65bbyq4z7XQ7i9tuM+ez6LlE+wN37tbY/4DRDf98pnR8hQvXwmVCkKz4d+L 69uO9O2j3up/yb72v22l7pN/4StIAAAh+QQFCAAHACyeAEsAhwBEAAAD/3i63P4wykmjqTjrzbs/L glF8ZGmeGKCEI+q+pOAWlwrfOGTsfLc3O0IrR8zxeATOTnagHQ3MohT1FHFoC0J1yjXRvrTkdVG9L dM8bKC2kKIg/BoJgjkXbK+oCuzmUQHV9d4ISIQJCe0J4QgWMegpWg5ERhSJ7kBZlkJeSnAdmUBeWL gUCZmqOdgkeeIJ9+pWarqJ1Ha2x7EHMylblRsLKRjYyhvg/Em7/IUVi2FkAtUciRsNMjtw91WS3YL DgB9jncCpzdm1ivEDdtNZm4M3wfdDOHgjDZEdekKSW/oE95R8gsAomHExFAOLWUWwJtzBVqwRvGGL nMMRroCNcPVeZHrTTf8AgIwVOrZ7KM5TSRQV/1m84URIHEbooKWAN/KhhZMmurkDsRIGwkendlaoL 1rMNL4EOjsGo2ADjuDhAr8mkQFQCzWJFdMp0aoKHniDCEqnE6UCP0LLNiOh0wDUgWVI7RiB8kmgFL TA1IM9SZ+KKoW5BNpmLy+mjLkLwv9qljJahtQMEaoHpSDAJyh7qMgWS245gD4KixNoir2+sw33JdL Oj/43CSgMz8HCFBuc06LthaXUJtr7BcCySRbGEh+UAgf7aZBQOc+zVeK6rIks/wUfm6aLsHp5io3L bcEykecxefkWnnTdMN++Wv4xNfRPBOMmCLButyHAXX33xShdbM6Kf9zyGTRHm3clBGDggQgegGAAL FBzIxFlUETeeQuLc9Z4kb8XUxlJmPahHLkN8Ew6B6DAyGw4iYkCQC2OFGF0bNikwX4nsTBEjBUx9L IANEFFpIkovB0DeUhUW8GOEGOtFTGUgVXUTkAg9BwxCOUzp31FYkSnDYihGIpNAkXEbDmWczimnmL mWimqWY8Cq7p5ptoXATnnPOVOeedkchgJ5589uknndGosOedWf75y6CGJqroohogyqgdjjIa6aOUL VvrBpCRgKukUglrq6QuF/iknpDJuEGoKOYCk6WpIyrIqW0y8SoGdp35agmU2yJrqo7Xa6iuOCQAAL IfkEBQgABwAsegA0AO0AagAAA/94utz+MMpJaxTC6s27/2AojiQQnACprmzrvjCDHUKQxniu7zwXL ZAcTEDbrGY9Il4lhsr1qgaR0StUUZT+W8BCter9ep2NLqgG74LR6t4ygRLUbd02vu64Q86fZQNv/L gB1iEmQbhQt+gYpacjltFXFWgwyJi5YiJ5kYjSBDC3gUehNQjXKVSkyXKQAGnjszAAWtmT8CnAoCL BDcCBjIGnJMPNwQFQSeEA4m8Z46tCgAErnXQv7zFNDxtskMAGLSb3c4H25/iz6cM5AYEuG8OAgPmL uOLoK9bz13+5Bq339w0CCggcSLCgQQlOyEHoVmOAw1oE+s3zBA6AxYvdIvbjF2T/nahPARSWY4aDL ly4aBvKtCaiRH4aUKOUd4Eezps2b/G5Qw8mT5jVWNx3G+yWSyy2WNQvw6rXU1hs+RVGSfIChqtWrL VS1WpSXUxrI1LW+GK7aUXbmeaF3OC5qWY0y0J5LVqpGu50umNFOYyXIgoiuF6MLyFEq41sVxBgboL lVll6c1oKMn6XAC0LU8gjmsOTbsW7Utb3jz1lNyrLz+zJuTkxBiLHhOt/AgLTavS2AAgstKe7JHZL 5y6Yb1Vbxmn27fDJQQRGJFZguUCpVn09thWudGVpJlm3pimb1vGbTAKoRdy2do7e8v6Rz8cQKwZZL 0bDeamAi6gVxInPXhNzRZgGM/0udVVwQAXlUkWA0DfjdfiA1pYB+aJmHQyxK7UMRcEFoZEFEElYQL gF/ahRjOb3JAmOACAr0nD1AMaDQEgilZhFaLC44XyXgm8tShDDtaoJQDRakXk4jajddBU0RqR51WL GOW4GmvLsPZkdUvyxE5lOFXgUpLHDKkAjDdJ48A6IQj5YHoYfvlLkrD9UoFBzcXDXEGeUKiURQThL eZmSrUi55kXbtJmlSQW5SMGWIvIV0wJq2QeJWx+YidiFpX3yH5ut6YIperGh1WRNGLSUYSsu5bbkL RRmcCpSql1Y3aJoKGBkBolBOYhKjbjoaCqQeSBrklJhixE+rSXJKUwQYaUTMe//K/ZeTW7SiSoOfL qgI4bFUaBkotptFa5A6KwAU4aa+8HgnruGcFy2efm/Y0AASayrhOigHluQ6LplWb6rYiZocqRyCyL hgu37F70Q4gzUXcruhyIGylw7fl1lUtXBWuquu1dNVfFwuoS0Ht42hLjagG3J0uFVVHM8VgAPgOsL RQOzSasZIrKjMHC6jlJuwzAZa1kQSdJULcZaDS3lpRUi/ZKzaz4JZnmwEYvZvdrFHDS7cRAZ88lnL Gs3mUkTzWYyTQckWj2EhOuY1xjbIrHRAIfMSxDNACVqjphlIfSaxF3Ub4pYoEImZnrgVTDTYYVs7L 9nAO2XQbFLScAKpAwbqHwQD/KFfU938fwx3LS3MD7ZbPlmk1Tsv58sLv1QUcXCxHFvnVdeLV0f4vL aYxvxre1sQXQ1QlZwWxcli0ePRCz9Pa5Wl+d3W261DWlII/fRSYW+fVx/f5Q9nJh7z332ItJFUwZL czhxSlslkySEZaHqTeSN2zTTuwAJSxDyFTZdDYZWnXyV+fKRHvTWcZLpGU5E1NOOoRymrbAhTivAL s4CvZCKrJhhtOS4R2vrKNhubnGpOnLtfc+TFMj6xKkb9QmGbNjETlSRQWAdEoFoWRp6b9Ggt3QDeL fO5jnqiUDCM65N1MWqGsDcbHcu/5YecUlpUR1i1KJmSNLICWNhXWLmoMeGHf/2K4Lmdw7Uw82VUyL bEGuHsqkgXcymOug4TLlvTBnNNIXkShXN7KkbVota5XmrMG7f1VqiGuTVyC34wzZgREn4iOQ7+JFL uwn+RYWnq1URmJaq08yRiwo8oOe6occ05sRmd1RVBuIVEcX1cYvCGaQWYyc0QILrMmOAgsio2EjGL RIWP3YikkoYiMnG4SET+Q2JVrIanTjYJlS8znSjpVrfbnVKQuFIlJmFIMV6RbUA00CGjaJm4rzTgL llTD5bpus6o2MfJT31EVMVC1OxImMxyqGmKbTOnHZJljleV83TqUN6AGpi2CDeiF7WAjDXCW5mQ1L o5h4zPFL7ZCtJ1BCH7OCt/9Ff0WRWihhJKEGopFP5QOfqxwlWcbhCX+iSpsPEOhAvVkX3FSyND8EL lCVlpL61nNNubTmnNeCURnkhtIouheZPcRq920WTYIFchkkJhxEuHGwCVuymLfvEof5IT6W8Kxg/L gthQKN0FK9eqFnx4SqxSGe0rU2Rl3gznM2sV552rm2Ms8CjFPoUmkQFtJ8ZYCq7mDCtWG/mTPa24L JTPkRq8k9BORnAOnJSFJcClpCVOj1VY/4ipY+GSqQw2giR1CIKoOnGpS1PSSm7bkVDNbqGAzWTVuL +nFNH6viNF01U4QCq7IVBSxmZ/spffmubYkD7eFksg9QdW2oeupWt3w3TX//jhKYw9JKT3m3NhNdL yhoPjNoz1apbpKqrgbKMKcaEu1dxZCRM4LJQVm/qt9iQ0SCMVc686LQThU3Xj+0sblJuh9wSzrO3L 3ZUZb2VKRoAuVV3kVddXjHWhi722Wn7LTSZqJL8ExSdzvOObfvf7LwJwKKIDrOs14ArDQeoJpbOjL XYIr58XpAKSofrxpPqlrgs1QuIYpMYgc2pfVBEFYg/T8r1GbKWATAyAeYjpwsNY5UFaMEr0vnmmHL ZTi0Dy/FxsfBW4IMMoTi1tWDf8sLiLc7liF5N1i+S7JErdJk2yXFkEzwjRSNRj1cbiWCwuRYZnTML TmDphxhcLOKY66k4Mxf5/7ucvcVD25w48zEsi5mtKAKHRorhouy+0v0hfEDDxcOKjczQkIyMq2fkL bQTjoXjFhZEFt4oSMYY8gHItqRsZOBbbd2gp0uS/KI0oz4nzigCqJGJLrK6EHQLVOvujubD5aFy1L SpdE0iITsPJb93ACirF1qLMQC0XWdFRP+AC1M8+MqZEWAtkScNDD3NTSd4j5QeRGmKUMEhssrxa7L LME1GUcNzy4CYXRWzO6gD20xunZprAdJ9qo3e0bGSBZF8W4tLuCkGRufCj15kq4tZAFZsbZyiOEmL dBWHLemCX9wGSv5apEOUG06AszC/+57vtidz7pnNbKW5+GOOp3FOnlWTo/8FeWTETdDdllrZ2RQvL iwd8SaQXpTIPuQHJZ8wmeuXZrzq3YYqk23Ogevs0zBP6rwXeW6MjGjtIdvNqQ2tGT2hEKVuVU8TnL WJtL6pw57FjWkuj4uRSeKjfRUAvAQ5xQE0faUQVQn+0WnjZFM1RoS4H7GL0mK8po+zXQ1fnNxNoqL vkd07620JMA1CtfbWi6sAQQwkDjLeEZLnLSj+qtpIMM54P241FPXrHb7veOeMrOu1Plzcv0V+aq0L PAXREDkha0QsxKMvGEeol6lMY8lDYjWHaKP6+tizwbsXvfeOpaudQMQ+u10XopVRiqcv8jSoEfgBL 5IiEFARzFyO54p+1qLz/rO0k36Tw+bU2tHF6kwHJpUEcJi/RRVs2wUo2RE0U1nyvphAfcQQ2YTNAL xn6fUCwzR0aWx3IEIT/C8HVhVC9S1HkLmH5fpkI6UoAwxoAPqHrfZA6H0AP+AVgeB1KcpU2Cw1EML 8g5KwlFhYRbLtAoQoikfFlEJuBNgtnxJKF1k9YTT5Xx1oig9wD6/Vz1rFyKy8z5nNRD+0VgeCF/RL sDup0jx6BEzNcXGpd15S5nrAB3+M0SVGEB27knvNARCd5YaVo290Q1FfQ4CHozl6+C/zwVcg4VmXL QAP3B0FBNIha44MdmCQL4YjBMgG5lAcXAH2JiCxeFURjQIlNRgigqCSR/yOIjEaFmziJ/SJLpTCKL tGOJrgglrfY+mgALHjCDqUgflaODsYgwjwiLvZgak0iLtic8FCCHuaiLbEIZstR6wfiMbAJcCkaML wUMVmriJlRhLxQiN3Nhk0rh4kLON2YSIi8BorNiNAqMBz+iMfxiO12gJbpg16NhUFrCO7Bg2yXiFL K/WN82iMFGCP+cgGp3iPlKiOwQgKAakETUYz/fiL/3iQ5EgHDZmNikSQrmiQvfiO0zCRkngOg8CRL IvCMGrkGHPmLDFmShxGCKOktqrCS9JhNFgmKKumS9UCSLik8TXCTrxeJK5lqYKCT7RCTe9V6qoiSL CCmRLhmUsUiMckg0Rf+pYKN4lGqQlDlJibTIQgqwRvg4k5uSh4MolT/Zk1q5kOGIlfTBj9yYNZAjL lEzyB2J5j3dmGJDAlrbzje+zf2EzklOAkrU2jWXJgRuAlt0IC6TYJQNVk1TAkSdZLH9ZLQ0jmHvVL iA6EBqsYQbSDmFIwkYsZbH9JkR4ClzokmWwjB1+TCfpYLEg5j33JEN+wJIYwmt2EYtkEmURChXsoL moLjk0fQj7bXmTCzk6K4KUb2DKwoDJtZmmNQAdgXBYgIlkmgmrW4aq8ZjZFZC7C4mtQpb8rJhTvkL nLvZjeKXONNZm7v4VMqZQ0Y2lv6ojmt5bRGZDTrpmQ+5iqV5KhiJnf/ZJCIgwJrmaRRfEJ/FhpHaL AZnnmI7n6S2ASJ7aGQLL6RTvmZCn2Wbj6T74t4z1eFJro54PWo+0uKHJeJEC6i21oqELCozewo+HL CJwqcIkQyokgeqEGc1Ikqp8hupnnoKItup8v+ZQFyQHuU6BOOaFV2VSomKMj4JDKCJRNMKOY0gHXL NpZ0gZcAKqEmiqQR6oZSWjkN+Q5aSZtTSqVc2aSYJ5NfGqDhAVxeWqa284niyZNqepM0Y4pvGopZL SpFzWqbAk6Z3Cp51uqeaiZ9+2o99+oyDWqZ0OacJAAAh+QQFCAAHACx7AEsAlABNAAAD/3i63P4wL ykmXqTjrzbufxlWE4WeeaIqSx8iqcCzLY3sdRjHvfF8JolvORyzyBAegTTE0Op8mAnOJ00Gv2AopL SCpYs+Awk+UKecXo7HZcKqXfTq9OINfd4PgenYFUKPOAMyN9OAx3gYgoBAZ9NX6HiZEdbgeLfJKYL HjleZl6EmaAYW6NSoaYUo6OnqxGpJKWssZeFsrWttrgOkLmxXosEcryyrp/Coa4MjsY9Ay3FG6mEL ysuRIwUC2AyW1Ji7Y9xFX5MQIc/gJmVrmtcPdph0AGCLqVES3nnwuMBnEdOB+WoMwOqwL5iEgSoQL mgCoQBwRShwAXMNGJ5sEhyckmuvAkP9OAYU7IG6QmExLDI0M4nkA6JEdLR4iNaBsSGEQCisSXSbBL KAEARS/xWhISAFJFzH4qFcxsUbOJB2B9ctbhh6ElUKkFkuYseoKeoRBFsU61x7WCJ6VT5ZRtMBWJL VActZ6j6ujZtnVb3zJ5taFdDW74PWiZVke7rhr4PFm2suXdnWg1WB0MwGKMMDZ5UOLaQnFGmTg6LL iWD8cy5D6B3mMJfuuVoW59awY2c5LRsQ7dq4c+teHWB3ot6+gwuv8Hq48ePIkytfzu028+fCnEM3L bap4LuDTQUnPzh2GZLeRttt2YD1UeQnid3w/cL57ZzDpqbXXHb+2gN4B6rvfj2Yo/3MJ+v0n4ICwL CZAAACH5BAUIAAcALGkAJgAVAX8AAAP/eLrc/jDKSat9YARwu/9gKI5kaZ5oEAiDgL5wLM90/Q5cL Fth87//AIIPFCLSEBwEHyWw6masGywU0Dp7YrBaGcwBUS5vucN2az+iJYAeZ2tzktHyOjka+Gxk+L XKb7/0IZFXAohAp9gImKM2sWLGwmhoeLlJUnRxdGYSF7D4iWoKEUgh6SHaYLn6KrJAACSk+NH50eL mhKqrLkfU1Yqr5s8XSGoEGMTuLrJFsIHrmu9v8CFOADV1tfY2dUag5jHyuC1VMWvKhorsCYr2uztL X8wPYMvh9N1qBQvV5QPnv0MNwF6RcUcwG6pH/x7AQsYjnYJxopYAMACxBzwHBAxIcGbu/xzFJQQIL NChAcUPBdgoI4Gsmb4EhAR+xwcTHUE+1AAZUoKO4iiS+mQpc9bADwQBPCzcN8NMw4OMCoy1OGjQgL 8gBVl25ouTRQYCpNGNZePVuqE6c5AT5DAchoNAlXBSSlNRNLt65du0MYwjx6gSSVvR2NKJWKjaTRL V23dKmFaEW7Ma0BrFtNXzso5dEqqSVGaJ20lAWyNagRq9S1G0ahTq1a98lCBu2iNvobtEG2BjCpvL yy7QdeLjk7FRI9Z4APdDucV/63uLK2xlsr6iIYdQgN8Cv4nEGlbtFp9vvk9Xix9ftRm/8ehFj0uvL vnTmdtpDC9+bUvaEw9nSthjLT+eac/+z0XaXXCxc5Vhjaew13k+miUbAJgqyl95WTUko3koRoucCL fvClJxJ9B2yHYFAcXoOdWNacZqF4FamQUWs+CejPE9uthqFp25Xn1oroUcgjayRKuKFyMqH3oCuJL KXikNntpg90E3/0oXD7cvBiehSP+UCNqBIxDWojtBSllauVNdN6YfMk3HgeH0TUVi2EltiNX7DSZL DXmtzYnmUXAcdqWEeSKxpX1DmFafgQ/JCJpssEE4xV1t0vbAkyA+JN6SSLIGoZxgGsUkSV2+V016L 40SJpgstufcne4EKsVdufhaqo4KiFiRaB0RtRSRBfmnmaZwXXsPWayUuZwA2ovVWzaD/Ri2ZXp5qL SomQruut2Co5KAh1nKXg7ThSsQTtdW0EshS6qzugmahspqvpqJkC4O4lqrjCrsnuhUPQZliAdhlRL kbzcWjjuaVl6kFFjAJu72blOgluQKvISJlWGqUUQL7gvXqPhve064vBN1BR5LLcqsZUbbyi/ZgGhL JbBM7cL5JUFYVbW6Q5OUXWITWm85KkExaijJDNnFom68b8q6/VpQxNlowI5hLyc8jMsiiOuA1Nw6L KXE+hMFbIY/rbikQA13B1GWbhtX8bs0OvwYsnKA6GRRw8Ub1NKJN7lgwBVaX0Le5/yotMWRwETbOL 19bWi5rKAM3km88fL8E2w8ZypR1+/xnnJzi6xWrijkjKgoj1LlRPbWgzmQZ+7OA6H0eYaIgLrHFqL xKbGZldtsXmuw5EDW+txH9u5dKxkmORO4csmSTwIf4/QPAtLXVZO7yfdKjHKRiCtvfYQNbsosSqVL BmY6kO9OJPWZop5iEkzLNPfwPE1xkutrmTZ6KaUzbx8AKBOwVEioiR50ogM/yrkjZKzzDQdmAhT6L HExyqbMG0pqlPQpyLyz0WxsV6vS+cMnGc0ujH6Hal0B6JVBk+IjWUnikkwGiKDRqO8k6TugnoMSkL Lfg5zgYdsyf16CODkltJnTbXIc4QBkPWiBUJWWfCEwILH+NZoZCY9BwXSmdpCBxcDf9Hc8Nj5VBmL G6xGtMaUmb8giyKyccWbJgYVAbrxjXCMoxznSMf+jIJR7DnTxjinHpKgo4X9iY7PXjEAftFGGzUML kQt6wy0l4CeMptpTGYF4mByqjo0G1JkSN5lJggTPCLmSAH4spMfVFEQ+30PXPqK3ojvRjmJ28lMKL rTFGaRmrVrJpU4hgRrdOJjFWUGukE0f1m/+EkgKyXFEpHeRB4fiwmbac3eIoZhhiLpJOldvTg4Q5L O1DtUkc7wmQMmRQm43DTiTW0gkM6sLxGOsAo6rxeapRUwB/VSk21cxBurAmmdZ2xZj5pJi4pEr68L 6UqcRwwTy+R1F3bmhB/jlEo79fb/TjpBL6LSTBsMoWnPbwnHVPvi54eCBtDiCPSfLztoLzGquPgRL 72fJqoAr+sPS6nWLot8Knb+gyVBm8tGQAjpY49zkDLqk8XHuIalBOkhO5bx0ecI7qUTbIzWY3koCL xkTf6256v4BK8CztGFbERMQ5TBWEJOqDzLyG1kVHMgyI2lKXyAZatNNFlY81vdc1RxYwFikElFTQL 6lQRNtFq/hB1oHwTRQD2HbMWybE2E5rOMBUi31lzideAqxmJmdYlFstKKoVfXmukBMNm05TYiCcDL BGtTwnJVaVFNLC2bhVOyDnF1UvkJInG7SAw6a7FEnF1ab+mrYoKrWN4MrVRPOSXQ//ZVNUu6qFxYL a6vXWncJwcxHYmmVOjFB1lgn400tn8lWDIbtPYeJWzscljD6sJWubDUXQuc3hPpBRFy0AawofVldL 1/r3UHU605GqSl6ZhDdl49WI5kK1oQC5Mjb+/OebqAC199alWFIz7XIJApfjeAdw7tPA3uDFX09aL 97+libAElcINvSlOxa7YXv/GU7MEb+4wmWPHxzikYY7N873Xocp8w/UQHdaKacYc8WpL7I6JJuw2L 7vQNjCMEURJuBz4y5s2ldkuq2cUmopv8ZW/2yVY4eTnIMJ6wVIqz2QnHk3XUNfF/q0liF2BWjFQ9L 00CxSUXb1EW8VEFZzaz60VuiRf/OLq5fb476ttXc01BeFW1uxxZD6DnNib0a5or9KyISM0jBmmsWL ZPpTGFHzSsW9bQezVPPe1iqIZ0JeIqGHm9x+DnmljbMCkzWX17NaF5X1wUePszmvNtbVgLwpaUR3L Fpy6sDXNs5MPrI8l6z2umDi2XqnE2pfktGk605rmn3Xn6ZgUCjkboRluxHbaqe9K0G2FkaxiB8zUL Z9v0x5kSN24xqEijKsegkd6waA+xjnOeENzfBg//ogUjHPL52kRsH2ALbBB4e1nVz4Tkm9ytj2hFL F8fnJpy8HzfXct96eEtZZ6Ixveu7/WXVs6rkvxen5mvoms8iOfD2xtul5HBI4yL/23dhxoipvzCaL 3/BFabYlbTiItiHODes1r3iy6tPtaNj0rHlq+XEkw+h8e+gxtwWHJWhzCT15W84sDwdNyfMdJeB4L 3TZnnt5yE9Wd1zDt+cJMXWa13ZlNTttOllMW9k49y+yNWRCXg+tZIoE2xwJvZqqolfBwr9jHE20GL zVHIDpfc7aFfG/yMg4V52pEtTPkgPbp9OlcJl3olR4+74drkDYOfUOohhGkM63snd7e55Lr+uvbIL 9cse2Z13jv78wy178dfX+eQCTULtXyVjyw8zQrWLYZmYhC64zvYv0DMefBpVfBq3NMJkI3nDgndcL IpGGtX+/7QZVoCvzWz+ByenK/8rjbVLWJbVO2zQEsoVOMQF03VRZ8ZYz6qdY8ud6yAJ7vhR/2iA+L NpcHhHZT1KF/JsAbEkF5TII8rsBxrcZEAwhnBVhvv2SAapSCt6Ujetd4frcE8BdnvzdTpYd692F1L IlA6f8cW74FwRYR7Kxh+gyYWRVGAwZVvSdh82ZBiLrFL+7eAOhaBNKhZGkAqg8B310dbeVFHXviFL YOhGFcRMFVVGSdgkI9Vk5zIsEgRiTNhUeSWBSzVy1rBMXOIxSyh3nJIEvSANgseCTJdbuyF60uZKL 5DEOcaNbauh3rJcnMCh7gQgc3jdTdnN7omF5CnI18CRiksMlgBh5NmNBord50v+keMlTNgi4XrsiL H9jlhp8Ih9AHiUXCD1uYh7O3hxT1Hy2gJpkhWHJYaoM4eKRYfqr3QCr4hmgXJo7YfhF1V7I4cAqxL iUJoLNB2i62CNboYetakbQllOYqCFpBHTGEHiLmjikfmIFy4jE5FOcMWhHo4IhFzaazzQJYnVAtzL X7DzP9sYib7mHYIYYRaUYoJmLN+3iJqEY0GRbY+IcSI4guJEd1QABiV0f9pyj/X3Ef7TH74YZ08yL P47jes4obksCdw5YP2m0ElCETQs5hdXokLgWjXwBQhSJfxapJ133QTTFj1N3jF7xYAS5eqGThz+HL StryID93dEjGOAaXNNpUcjD/eV+19wTOkDaGd5TNAk+A5Y4JJUQnQZJWuVvvUSn5EjEZoj7oiIT2L x4bNQDMt1UPrcj/uxADG8ATR4gKFSIy8lZWtl1AMdhLh6BsMFilm+BvlmIw+VCOYwounVTHiiFp4L iSZvmXk41QD05wQ/oztaqG+XKBNvFkGGI22iB2UAyR7B0TpplXw1EnQlskfkUWY99HB/B5cHYAtML QDFVwXqN5nvQ4CeGw5TCN0ERVnXJEnut8ZjJWGNA85jPZIrKKSWReS6yKX1KNgNA4nNqszPAkXLbL BmiBFpoK6Jpd5pBbciQptn4hp5lkAnH4pp57spcTthFR+QO8+BAWF3RxyGKc/9iV3Bmat8EONsYWL u6UsW9IbaDFObBgWMlZstDOTDQiHUFKZQaCZLbliDakxA6aX4/cKQEV+fSYgy7csqaiZFUpcTLQzL rbBVRTQdRXARNRBuV3RKR4ahHMagGsOI02gQN0qRjxBILypBHBc+jhCfM0CjTqSLM0SkSJqkRDo2L lBEYmEFfQTqdJ6qkJJiTVHqlWJpAOxAu/NEPOXoTkEADWVpC0DCmZnqm2XCkhlNFgqSiRZAHYoqmL g2OkXyqndioxanp9/OEfmXE1QnoCd8pESRaohMqg4segVeSlMyWlHlCoZJqfjhqpJ3SoVCoWHeGmL nCCpc8oNmtqpeOqp4dai/v8HEPAhj6B6qu4QpvWQLaPqBdqwU6gaq6m6qi9Ak5MRFqYqq7qaprRqL ArZ6ByBTp7tKqKoaEQw6C1LhC8O6rExSrKBwrI2anZTKrNRaLsZ6f8iKRcJKrYU6NtdqedlKEBLJL reSaWoyaBtgargG2reXqqMe0CNYnAqmaRe1ar19wrmYAriPADrkqpz1qr5OKqXIQqiUgE5V4PBdgL OC1kDtMKsKwDp706pGC6NQnbeU4qHfTqqNBDh0gKsRGLqAe7pBdbaZDQqThAp1TqrPRgqCGLiXv6L r/zKrjRKFK6gTjLLq706k49gfWyKDhLRdKhqrVhhBBwbbiqrCzMJq7dnpD7/a7QNG6k1UbPWcbNHL uwq2+qp5ujRMCwsMmrGdRxhKq2nv6gW66AIuWrXP2qodtLNa2wszhAH3N66YCFj9SqalMKhFiraUL QJFh6xwL+7YyZX0t+6i5wrbDJBl3gLKCirRxazyVAUoElKmaxgIuClFy8Q5fOrYJW7ZSp7mKcH+PL 8LdN24QgYLQ5irfoUrcTo7cXsA9RIEP4mq/3R1MwO4Gle7iE+ztqMLgngbjMU6YS4Ll0EKmSu2bWL ILfZCanYMAp9C7s1wLkQ4LGJoKnFC6Ve26zK23l8o7rwwbp+M6iUKbBb4KnVWxB8uDR92DXdIHW+L my0oqwDSOwenWr7i2owy3bpmSNG87CC8Q8q53iuVDltCXou6atsNTwsZ/8sIxuQHATypHkuJ6eBEL zMO719C+PPAuA2unHZCkIcOH2XtC8qq/xxu7EUuqd7rBM7sBZUuRJGC4BpHAJeyqhIrCM8kU3CvBL kcC7FhzDJlyoNDy7WRuvgCqTI8zD0SqpP4yqMrCzAmjEFdupSdzAMuQNpODEozA4KAitSIGkcCupL tMm/VozFXKOkUZyucumpCCG0VtzFUDrGSVrGBHvGp+ovOxzDmgbHbXzFLCzHsep0awysw4TH5vvEL QuzGsUrCtJoAACH5BAUIAAcALJQAVABUAEgAAAP8eLrcbjAaR6u9OGfJp/5gCHacaJ4nQUZo615CL UagGIctvrjMCJOzAICRI1A2LSFTBUEg6MavOc3qIlqhPKwvr1G65Re8RjBSYz2gz2flbkwGKtpuqL 5qXnUyl+J/bsX31/Rl6ChYaHiImKi4xPaY91jRRLDIGSDkt+lpcNW31+nAoSomJ7oCZyGKlrTaFTL AnCuL6uyIbS1IQC3uB+xvL9vwCK7wg6+xRTHyBXEywzKzjzR09TV1tfYFbrZCz/Qxd5Y3y9wzVTjL KOXS6BfsH+Yn4TrwGe7chfTMFurT/N0H9iStkkctIC+DyGDdK9gmHzCEiCAKc7gQWBuJDhIAACH+L baa5sMq1ZSBHSUYgwMmu16XRIFVsZWFkIEdJRiBBbmltYXRvciC7c6dAoUO90KjsuvSvuKFHaHR0L cDovL3d3dy53ZWJ1dGlsaXRpZXMuY29tLnR3oUGo+rFvp/OmaKq6uOqwVKFDAVVTU1BDTVQAOw==  - ------=_NextPart_000_00C4_01C04143.22F268A0--0   ------------------------------   End of INFO-VAX 2000.610 ************************