0 INFO-VAX	Fri, 16 Feb 2001	Volume 2001 : Issue 93      Contents: Re: # of context switches ?  Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity! Re: Availability Manager vs. AMDS ! Re: Availability Manager vs. AMDS ! Re: Availability Manager vs. AMDS 4 Re: Can you remove LAT & DECNET from a Decserver 90?+ Re: CDE or the MOTIF desktop - preferences?  Re: Compaq management question Re: Compaq management question Re: create User ' Detecting modern hacker attempts on VMS  Re: ES40 upgrade?  Re: ES40 upgrade?  Re: ES40 upgrade?  RE: ES40 upgrade? 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 / Re: Forget the old thread about no. of managers " Future outlook for OpenVMS admins? Re: Google buys Deja+ Re: Great DCL emulator for NT (3) -  NOT!!! + Re: Great DCL emulator for NT (3) -  NOT!!!  Help with SWXCR and Alpha 4000 History of VAX releases & Re: Hope for galactic host based raid?. How do I unzip a file to a specific directory?2 Re: How do I unzip a file to a specific directory?2 Re: How do I unzip a file to a specific directory?. How do I unzip a file to a specific directory?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?+ Re: HP DAT drive non functional under EFT 2  Re: hsj50 controllers? Re: hsj50 controllers? Re: hsj50 controllers? Re: hsj50 controllers? Re: hsj50 controllers? RE: hsj50 controllers? Re: Hummingbird Exceed" Re: IA-64 is Dead (Murderer:  EV7) Re: Itanium IS the Itanic  Re: Itanium IS the Itanic  Re: Itanium IS the Itanic  Re: Itanium IS the Itanic  Re: Itanium IS the Itanic  Re: Itanium IS the Itanic  Re: KVM Switch for VT Keyboard Re: KVM Switch for VT Keyboard. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide.. Re: Looking for KA630 CPU Module User's Guide. Most newbie
 Re: newbie# no mail path to %smtp"fred@foo.bar" ' Re: no mail path to %smtp"fred@foo.bar" ' Re: no mail path to %smtp"fred@foo.bar" ' Re: no mail path to %smtp"fred@foo.bar" ' Re: no mail path to %smtp"fred@foo.bar" # Re: Now BYPASS doesn't allow DELETE  Re: OpenVMS Promotional Items  Re: OpenVMS Promotional Items  RE: OpenVMS Promotional Items  Re: OpenVMS Promotional Items  Re: OpenVMS Promotional Items ) Oracle8i on OpenVMS/ES40-Platform anybody ) Oracle8i on OpenVMS/ES40-Platform anybody - Re: Oracle8i on OpenVMS/ES40-Platform anybody   Re: Possible security hole in...  Re: Possible security hole in... Re: Print Server Print Server1 Re: RCS 5.7 under Alpha OpenVMS 7.2-1 - It lives! 5 Re version numbers ( Was RE: www.openvms.compaq.com )  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7 $ Re: Strange way to blow your profits	 RE: tatoo  TFT > 18.1" with 1280x1024/ Re: Thanks for the help, here is how it worked.  The OpenVMS Ebusiness Survey UNIX write vs VMS ?  Version numbers  Re: version numbers. Re: version numbers.
 Re: VMS humor 
 Re: VMS humor 
 Re: VMS humor 
 Re: VMS humor 
 Re: VMS humor ( VMS lock management issue -- help wanted, Re: VMS lock management issue -- help wanted VMS Logos? was: tatoo  Re: VMS Umbrella Re: VMS Umbrella7 Re: What monitor and keyboad will work with dec3000/400  When to RAD copy?  Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com Re: www.openvms.compaq.com RE: www.openvms.compaq.com Re: www.openvms.compaq.com www.openvms.compaq.com0 Re: [change topic] First VMS cluster in Europe ?0 Re: [change topic] First VMS cluster in Europe ?0 Re: [change topic] First VMS cluster in Europe ?0 Re: [change topic] First VMS cluster in Europe ?  F ----------------------------------------------------------------------   Date: 16 Feb 2001 01:04:09 GMT' From: dashw459@aol.comeatspam (Doug W.) $ Subject: Re: # of context switches ?: Message-ID: <20010215200409.05375.00001620@ng-ch1.aol.com>   Peter Ljungberg wrote...  E << Does anybody know if there is a accurate way to tell the number of G context switches an (smp) OpenVMS (7.2-1H1) system is currently doing ?   >>   L Sadly, I do not know of a way to get this valuable information from VMS.  IfM the scheduler bumped a counter in the PCB when a process went current, things   would be a lot more interesting.  ? Glad to see someone is interested in counting context switches.    ------------------------------    Date: 15 Feb 2001 23:17:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Another missed opportunity - Message-ID: <87y9v8561v.fsf@prep.synonet.com>   6 koehler@eisner.encompasserve.org (Bob Koehler) writes:  ^ > In article <87wvas6uyq.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  I > If hard links are done this way, who gets charged for disk quota?  If I H > delete my file, I should get quota back, no matter who else has a linkD > to it, but as long as it exists someone should get charged for it.  $ > Anyone know how UNIX handles this?  1 Charged to who ever owns the file. Just like now.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 15 Feb 2001 18:06:12 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ' Subject: Re: Another missed opportunity , Message-ID: <96h5qk$1c9l$1@info.cs.uofs.edu>  3 In article <w71NuC50wbyL@eisner.encompasserve.org>, 7  koehler@eisner.encompasserve.org (Bob Koehler) writes: _ |> In article <87wvas6uyq.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  |> >  K |> > Whats missing is 'details'. A reference count in the header so deetion G |> > does not leave dangling synonyms. Deleting a file *by name* should E |> > decrement the ref count, and if it zero, zap the file. Else just H |> > remove the dir entry. ( this would also allow easy deletion by a FS/ |> > garbage collector, async to your process )  |>  J |> If hard links are done this way, who gets charged for disk quota?  If II |> delete my file, I should get quota back, no matter who else has a link E |> to it, but as long as it exists someone should get charged for it.  |>  % |> Anyone know how UNIX handles this?   A Who owns it??  Under Unix, no matter where the links point to the A file still belongs to only one user.  If I own a file, and create ? a link to that file that happens to be in your directory (with  @ adequate permissions to do so, of course) the file still belongsC to me.  If I delete the link in my directory, the file still exists @ because of the link in your directory, but it also still belongsE to me and my quota would be charged for it.  How do VMS Quotas work??  By owner or location??   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Thu, 15 Feb 2001 14:32:04 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: Another missed opportunity ( Message-ID: <96hahv$b05$1@pyrite.mv.net>  7 Paul Repacholi <prep@prep.synonet.com> wrote in message ' news:87y9v8561v.fsf@prep.synonet.com... 8 > koehler@eisner.encompasserve.org (Bob Koehler) writes: > @ > > In article <87wvas6uyq.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  > K > > If hard links are done this way, who gets charged for disk quota?  If I J > > delete my file, I should get quota back, no matter who else has a linkF > > to it, but as long as it exists someone should get charged for it. > & > > Anyone know how UNIX handles this? > 3 > Charged to who ever owns the file. Just like now.   L But when the owner deletes the file, either it has to go away (even if thereL are other links to it) or the quota has to get charged to someone else (it'sJ clearly not reasonable to continue charging the deleting owner) - probablyG with a change in ownership or the system has to have some mechanism for K temporarily eating (and tracking) the quota until ownership and charges can ; be changed manually (kind of ugly and unpleasantly manual).   I I have no idea how Unix handles this case (I've been told that in general G Unix quota mechanisms leave much to be desired).  Various possibilities J include charging *everyone* who links to the file (requires the concept ofJ multiple 'owners', at least in this sense - each explicitly tied to a linkI which may not come from a directory with the same owner) or searching the J remaining linkers (same multiple-'owner' requirement) to find a reasonableE next candidate (preferably one with read/write access *and* available H quota...) or just allowing the damn links to dangle (not all that bad anE option, IMO:  among other things, one could argue that a file's owner D *should* be able to make a file disappear, no matter who else may beJ interested in it, and that hard links are only a performance optimization,# not some kind of rights-extension).   9 But it's not as easy a question to answer as you suggest.    - bill   >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 15 Feb 2001 16:06:00 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: Another missed opportunity ( Message-ID: <96hg22$fcp$1@pyrite.mv.net>  J Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y4ae7nvg26.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...L > In VMS, continuing to charge to the original owner is certainly reasonable ifF > the file isn't actually deleted - in contrast to Unix, the directory	 structure L > isn't required to access files, it serves as sugar for us poor humans with our # > inexact and associative memories.   I My impression is that I've seen some reference to the ability to access a J file by its inode number in at least some Unixes.  Whether (if that memoryJ is correct) this also means that the file need not appear in any directoryL is unclear (that would at least require some means of bumping the link count to keep the inode active).    The main point is that such aI > reference-counting scheme actually stops somebody from deleting her own   > file - not really a good idea.  L I think that was the point of the discussion:  how to support multiple linksI in some reasonable manner in the presence of a quota mechanism.  And as I L suggested, a possible way (and one with at least arguable merit) might be toJ allow links other than the link through which the file was created (a linkK tracked through any subsequent rename operations) to dangle if the creation E link (or renamed version of it) - and therefore the file itself - was  deleted.  L That would (in VMS) imply that this 'preferred' link be identifiable at fileG creation time, or when the created file was subsequently entered in its L first directory.  And there'd still be the issue that someone other than theJ file owner - someone lacking delete permission for the file - could removeC that primary directory entry (if they had appropriate access to the H directory) without deleting the file (unless VMS ties, or was changed to< tie, Remove permission to Delete permission in such a case).   - bill   >  > Jan    ------------------------------  % Date: Thu, 15 Feb 2001 19:34:25 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ' Subject: Re: Another missed opportunity + Message-ID: <3A8C83A1.A69382@earthlink.net>    Paul Repacholi wrote:  > 9 > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:  > N > > Heck, ODS-5 will also get things as UNIX-like as soft links, and filenamesN > > as ugly as any UNIX filename can be - along with access dates, and lots of6 > > other missing bits & pieces to be UNIX compatable. > C > Hoff, all the stuff for hard links AND soft links is in the ODS-2 ! > specs. OR the old ones any way.  > H > Whats missing is 'details'. A reference count in the header so deetionD > does not leave dangling synonyms. Deleting a file *by name* shouldB > decrement the ref count, and if it zero, zap the file. Else justE > remove the dir entry. ( this would also allow easy deletion by a FS , > garbage collector, async to your process )  H Does not "rm" "remove" the file and all it's links? Do we really want to change the behavior of DELETE?  G > The dir structure has the flags and stuff to use logicals or whatever G > in the dir entries. Or at least the reserved definitions where there, G > and seemed to have most of whats needed. Put it there, and both ODS-2  > and 5 will have it.   G What I find missing in ODS-2 is the ability to locate all the aliases a D file may have. An alias can be identified by either (or both) of two ways:   H o The filename.ext;vers in the header does not match the directory entry  H o The backlink FID in the header does not match the FID of the directory wherein the entry was found.  G There is, however, no way start from a given file header and locate all C of its directory entries, only the "primary" (or perhaps "original" $ would be more accurate terminology).  H We'll have to see what they cook up for ODS-5 and later to help identifyC all the existing aliases for a file which has two or more directory  entries.   --   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: Fri, 16 Feb 2001 00:44:49 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: Another missed opportunity L Message-ID: <rdeininger-1602010044500001@user-2iveair.dialup.mindspring.com>  ? In article <3A8C83A1.A69382@earthlink.net>, "David J. Dachtera" $ <djesys.nospam@earthlink.net> wrote:   > Paul Repacholi wrote:  > > I > What I find missing in ODS-2 is the ability to locate all the aliases a F > file may have. An alias can be identified by either (or both) of two > ways:  > J > o The filename.ext;vers in the header does not match the directory entry > J > o The backlink FID in the header does not match the FID of the directory > wherein the entry was found.  I If the second test is false (i.e., the FIDs DO match), you may still have I an alias; this can happen if the main entry and the alias are in the same 
 directory.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------    Date: 15 Feb 2001 16:37:52 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)* Subject: Re: Availability Manager vs. AMDS* Message-ID: <3a8bf7d0$1@news.kapsch.co.at>  Y In article <96gecp$2j$1@vg170.it.volvo.se>, "Peter Kille" <peter.kille@volvo.com> writes: M >What i really like to do is installing Availman on a W2K Terminal Server and % >only have the Terminal Server client E >on your desktop. I tried that with V1.4 but Java starts looping when 6 >"application init" is done. Maybe in next release...?  G Recently I had a little test with the ICA JAVA Client on OpenVMS and it I run after a couple of minutes. I only had problems with saving the config E (redoing it after every start is boring) and with the keyboard layoutuE (only japanese ones are listed). This is on my To-Do list (as umpteene other things)...  I I think the problem with JAVA programs on OpenVMS is, that they use A LOTeG of resources and you have to increase some UAF/SYSGEN parameters to not G see JAVA programs hanging around (I saw no loop so far) and doing theirc work instead...D   -- e< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 15 Feb 2001 16:41:22 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)* Subject: Re: Availability Manager vs. AMDS* Message-ID: <3a8bf8a2$1@news.kapsch.co.at>  f In article <3A8BE1D2.CDB57ED8@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes:H >Yes the future will be Availability Manager.  Remember that there are 2F >pieces here.  The driver that supplies the data to interested partiesD >and the console that uses this data for it's nice pretty displays. H >Under VMS the driver piece will still be developed as it has to keep upF >with changes to VMS and and new pieces of performance/usage data thatH >can be collected.  The AMDS console is/will be retired and AvailabilityI >Manager will be the only console.  If you are implementing only now thenbH >work at implementing Availability Manager as this will create less work >for you in the future.i  ? But don't forget that AMDS runs native on OpenVMS VAX and AlphaoK and AM is a JAVA thingie leaving VAX out of the game (and brings PCs in)...l   -- E< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888S< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 15 Feb 2001 21:02:21 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o* Subject: Re: Availability Manager vs. AMDS3 Message-ID: <NeuNvA+wvxes@eisner.encompasserve.org>u  f In article <3A8BE1D2.CDB57ED8@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes:I > Yes the future will be Availability Manager.  Remember that there are 2eG > pieces here.  The driver that supplies the data to interested partiesdE > and the console that uses this data for it's nice pretty displays. tI > Under VMS the driver piece will still be developed as it has to keep upYG > with changes to VMS and and new pieces of performance/usage data thatrI > can be collected.  The AMDS console is/will be retired and AvailabilitytJ > Manager will be the only console.  If you are implementing only now thenI > work at implementing Availability Manager as this will create less workS > for you in the future.  A Since the recommendation is to put the console on a non-clusteredrA system, why couldn't one just avoid upgrading the system that hast the AMDS console ?   ------------------------------  % Date: Thu, 15 Feb 2001 18:26:38 +0000s+ From: "antonio.carlini" <arcarlini@iee.org> = Subject: Re: Can you remove LAT & DECNET from a Decserver 90?e' Message-ID: <3A8C1F5E.954D2FDE@iee.org>k   Bob Kaplow wrote:sJ > Probably because there is no one at cisco who understands DECnet. That'sN > what we encounter every time we have problems with our cisco boxes that takeL > out DECnet byt leave TCPIP unaffected. It seems every time they reboot oneF > of them, SOMETHING is wrong with the DECnet functionality somewhere.  : Unlikely. Half the old DEC WAN group in Reading (UK) ended3 up in cisco. Not that they are necessarily anywhereo) near the group that may be supporting thew cisco DECnet implementation.   Antoniop   --     ---------------p- Antonio Carlini             arcarlini@iee.orgn   ------------------------------  % Date: Thu, 15 Feb 2001 13:30:32 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>.4 Subject: Re: CDE or the MOTIF desktop - preferences?, Message-ID: <96h7df$2dli$1@lead.zk3.dec.com>  J Well, the good (?) news is that the COE release is fixing a lot of missingJ pieces of UNIX support in ODS-5 (including things like soft links).  And IC have the job of making the file selection widget handle and displayGJ UNIX-style pathnames (it'll be controllable by some environment variable).  E Eventually this will fold back into the VMS mainstream in a post-V7.3e release.        Bob Koehler wrote in message ...F >In article <96a5qe$2hh$1@news.netmar.com>, jj_usenet@mail.com writes: >>I >> CDE is my daily work environment.  Running FileView in it gives me the  best* >> of both the new and the old DECwindows. > I >I take it you don't use ODS-5.  I find it highly amusing that UNIX-basedgH >CDE was munged on VMS to the point it's file manager can't see a.b.c or! >even Able.dat, but FileView can.- >-G >I found the detailed instructions for adding tools to my desktop iconsRG >impossible to follow under CDE.  It was true under HP-UX where CDE was I >born and remains so under VMS.  Even simple things like dragging the BNUs5 >icon into a dashboard "add icon" slot is unreliable.u >fJ >On the other hand the Java based PDF viewer seems to demand CDE.  It willF >blow away MWM when run with it.  Fortunately MWM comes back when JPDFB >exists, and I've got enough sense to use XPDF instead when I can. >kG >---------------------------------------------------------------------- @ >Bob Koehler                     | Computer Sciences Corporation> >NASA GSFC Flight Software       | Federal Sector, Civil GroupF >                                | please remove ".aspm" when replying   ------------------------------  % Date: Thu, 15 Feb 2001 10:39:54 -0500i2 From: "Sue Skonetski" <susan.skonetski@compaq.com>' Subject: Re: Compaq management questiona7 Message-ID: <JLSi6.663$cu.2648@gazette.loc1.tandem.com>.  ; The Vice President of Tru64 Unix (acting) is Kent Ferson or  kent.ferson@compaq.com.l  @ Both Kent a Rich report to Don Harbert or don.harbert@compaq.com  
 Best Regards,r   Sue.    6 "shielm00" <Mike_Shield-1@sbphrd.com> wrote in message, news:96ec9d$6er$1@phunn2.um.us.sbphrd.com... > Sorry, >nE > A little checking on the web shows that Tim is now an ex  VP and ise working K > for a company called Allaire. I'll fire up the laptop and check who is ine > the host seat this week. >e > Mike >c > --E > The opinions expressed in this communication are my own, and do nott+ > necessarily reflect those of my employer.>@ > "Graham Allan" <allan@physics.umn.edu.nospam> wrote in message, > news:w53d7clmfbg.fsf@lanark.spa.umn.edu... > >uL > > This is certainly the wrong group, but I am sure someone like Terry will > > know the answer, so... > >sE > > Who's the Tru64 equivalent of Rich Marcello at Compaq? It appearsw hard-to-G > > impossible to discover from the Compaq web site (even Rich Marcellot; > > doesn't exist in the "Compaq Management Team" listing)., > >c
 > > Graham > > -- >fK > -------------------------------------------------------------------------s> > > Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-5040= > > School of Physics and Astronomy - University of Minnesota  >yK > -------------------------------------------------------------------------  >  >    ------------------------------  % Date: Thu, 15 Feb 2001 17:51:11 +0100n, From: Didier Morandi <Didier.Morandi@gmx.ch>' Subject: Re: Compaq management questionu& Message-ID: <3A8C08FF.EEEF294A@gmx.ch>  + Pals, we have a new friend in the place :-)    D.   Sue Skonetski wrote: > = > The Vice President of Tru64 Unix (acting) is Kent Ferson ore > kent.ferson@compaq.com.  > B > Both Kent a Rich report to Don Harbert or don.harbert@compaq.com >  > Best Regards,e >  > Sue9   ------------------------------  % Date: Thu, 15 Feb 2001 19:52:17 +0100i  From: Paul Sture <paul@sture.ch> Subject: Re: create User+ Message-ID: <VA.000002b2.4db4e022@sture.ch>i  9 In article <3a8adfc6$1@news.si.com>, Brian Tillman wrote:a' > From: "Brian Tillman" <tillman_brian>t > Newsgroups: comp.os.vms  > Subject: Re: create User' > Date: Wed, 14 Feb 2001 14:47:15 -0500e > L > >Of course, defining SYSUAF can bite you if you have got used to doing the
 > >following:i > >o > >UAF> LIST > >UAF> Exit > >$ PRINT SYSUAFe > K > The way to combat that is, of course, to leave ".DAT" off the equivalencen	 > string:  > < > $ define/system/exec sysuaf wherever_your_SYSUAF_is:sysuaf  3 Sort of. Tried it and the print command looked for cF wherever_your_SYSUAF_is:sysuaf.lis, rather than in my current default.  2 Getting used to typing the .LIS is much better :-) ___p
 Paul Sture Switzerlande   ------------------------------  % Date: Fri, 16 Feb 2001 00:48:28 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>n0 Subject: Detecting modern hacker attempts on VMS, Message-ID: <3A8CBF28.A17BFDCB@videotron.ca>  N In the past, hacker attacks were directed at login attempts, so it was easy to5 SHOW INTRUSION, ANA/AUDIT and looking at OPERATOR.LOGe  K But now that attacks come in a much greater variety of flavours through thehH internet to a variety of ports, are there tools to detect/analyze hacker
 attempts ?  H I am thinking of attempts to connect to various inactive ports, and thenN checking the various log files for the applications that are on various ports.  J Does TCPIP services provide tools to monitor or alert when there are usage( patterns that warrant taking a look at ?  M Also, how would one go about scanning web server logs to detect patterns that & are consistent with hacking attempts ?   ------------------------------  % Date: Fri, 16 Feb 2001 08:58:50 +1300f6 From: "antony wardle" <antony.wardle@nospam.met.co.nz> Subject: Re: ES40 upgrade?/ Message-ID: <byWi6.302$v4.16689@ozemail.com.au>   ( our ds20e 's came with the 667 processor  ) but when they boot up, they say they haven   666 processors. Evil or what?    cheers   antony         >iA > I'm havin' the same issue with DS20Es going from 500 to 667Mhz.- >-	 > Dave...- >- > <    ------------------------------  # Date: Thu, 15 Feb 2001 18:44:38 GMTv From: Dirk Munk <munk@home.nl> Subject: Re: ES40 upgrade?' Message-ID: <3A8C238E.DD8CBE47@home.nl>b  & paddy.o'brien@zzz.tg.nsw.gov.au wrote:   > Folks. > # > I have a(n) ES40 with 4 EV6 cpus.@ >l9 > I have to put in a budget for next year.  Can I upgraden5 > these within the same box to EV68s (or EV7s if theyn: > arrive).  This is going from about 500 to 833 megahertz.  F AFAIk it is possible for the EV6x cpu's. And if I'm not mistaken there will also be a 1 GHz EV6x cpu.< Don't know about the EV7 though, and I don't know if the newH architecture of the EV7 would be of any use in the ES40. As I understandE it the EV7 is basically a EV6x with a 10 GB/sec network interface forc inter-cpu communication.     >f > : > I am finding it difficult to navigate the Compaq website. > to get these answers (or for any questions). > 9 > I also wanted a response independent of our suppliers!!a8 > These answers used to be available -- but where now??? >l6 > Hmm, Digital used to be my preferred supplier :-(((( >  > Regards, Paddy >  > Paddy O'Brien, > Transmission Development,  > TransGrid, > PO Box A1000, Sydney South,a > NSW 2000, Australiaa >  > Tel:   +61 2 9284-3063 > Fax:   +61 2 9284-3050( > Email: paddy.o'brien@zzz.tg.nsw.gov.au > 9 > Either "\'" or "\s" (to escape the apostrophe) seems tor > work for most people,e7 > but that little whizz-bang apostrophe gives me littler > spam.v   ------------------------------  % Date: Thu, 15 Feb 2001 15:22:03 -0600d1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>i Subject: Re: ES40 upgrade?8 Message-ID: <96hha0$qab$1@fizban.fizban.pprd.abbott.com>   Evil sounds good!  ;-)   Dave...l  A "antony wardle" <antony.wardle@nospam.met.co.nz> wrote in messagei) news:byWi6.302$v4.16689@ozemail.com.au...e* > our ds20e 's came with the 667 processor > + > but when they boot up, they say they havet >l > 666 processors. Evil or what?o >a > cheers >  > antony >e >s >n >  > >eC > > I'm havin' the same issue with DS20Es going from 500 to 667Mhz.- > >- > > Dave...  > >  > > <  >  >1   ------------------------------  % Date: Thu, 15 Feb 2001 23:36:50 +0000 5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com>3 Subject: RE: ES40 upgrade?N Message-ID: <F498D199EDB12D468CD2C66680D308018B11E4@reoexc04.emea.cpqcorp.net>  J "Compaq's Alpha EV68 running at 833MHz will be used to upgrade The Big Q'sI AlphaServer ES40 in the very near future, according to old Reg chum Terryc& Shannon over at Shannon Knows Compaq.   L And the 1GHz version of the chip, of which the company has more than enough,J will appear in Compaq's AlphaServer GS line - aka Wildfire - sometime next May. i  I Indeed, the EV68 seems to have a future. According to SKC, IBM - which isaJ fabbing the EV68 - has clocked the chip up to 1.1GHz, thanks to its copperI interconnect technology. That's higher than the debut speed of the EV68'sh= successor which was scheduled to come in at just over 1GHz. ",  K I heard that Compaq are bringing out an ES45, basically an ES40 with 4*1Ghz 3 processors and upto 32Gb mem.  Me, I like my vax's.    	Oliver    -----Original Message-----6 From: Dave Gudewicz [mailto:david.gudewicz@abbott.com]) Sent: Thursday, February 15, 2001 9:22 PMt To: Info-VAX@Mvb.Saic.Come Subject: Re: ES40 upgrade?     Evil sounds good!  ;-)   Dave...h  A "antony wardle" <antony.wardle@nospam.met.co.nz> wrote in message ) news:byWi6.302$v4.16689@ozemail.com.au... * > our ds20e 's came with the 667 processor > + > but when they boot up, they say they haves >t > 666 processors. Evil or what?h >a > cheers >  > antony >e >o >a >  > >IC > > I'm havin' the same issue with DS20Es going from 500 to 667Mhz., > >a > > Dave...a > >n > > <e >r >d   ------------------------------  % Date: Fri, 16 Feb 2001 01:24:12 -0500g2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1L Message-ID: <rdeininger-1602010124130001@user-2iveair.dialup.mindspring.com>  > In article <96hqts$304s$1@lead.zk3.dec.com>, "Fred Kleinsorge"$ <kleinsorge@star.zko.dec.com> wrote:  L > The problem here is not a "generic" problem.  The problem here is that theG > *specific* platform (the PWS 500 & 600) had firmware that attempts toeJ > prevent unknown hardware from being put into the system because of a DMA6 > bug.  There are ways to defeat this check (I think).  M Ok, you finally got through my thick skull.  DMA problem on these machines... J firmware was specially created to avoid the bug, and now it's the standard	 firmware.e  I I wonder if this is related to the non-DMA DQDRIVER for the IDE CD-ROM on0 these platforms?   -- l Robert Deininger rdeininger@mindspring.com9   ------------------------------  # Date: Thu, 15 Feb 2001 20:13:59 GMTr3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk> 8 Subject: Re: Forget the old thread about no. of managers/ Message-ID: <3A8C36E1.5DCF1298@cableinet.co.uk>y  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: > 
 > I wrote, > K > and it reminded me of another (back in DEC/JAN) thread that discussed theD > number of managers.  > K > >I am not a manager, I am just a simple little maths guy who runs our VMSeM > >systems as a part-time job.  VMS is so easy to run: I maintain two systemsh; > >because we segregate our development and our production.t > M > IIRC (and that was another thread :-), the originator asked how many to run- > a system.a > G > As above, I am part-time.  I went on leave and gave access to anotheruN > programming colleague.  I was able to leave email and phone contact numbers./ > Our system fell over once (pining for me :-).> > K > Essentially to run our systems it only takes one -- me (but with at leastsN > one back-up).  In some senses this is mission critical, but our org does not > pay us for that. > M > I think it was Tim who defined at least three (for 7x24), but all this doesdM > depend on what your org is prepared to pay for.  Orgs these days seem to beAN > prepared to pay for less and less.  Even security (paying for an eventualityM > that you never want, but realistically must guard against) has been reducede > to almost zilch here.a >    Yes, it was me Paddy.s  @ Not necessarily for 7*24, but anywhere with a SLA (service level agreement) in place.G You may like not being able to relax on holiday or when sick, however Is don't.  ? Of course, the backup admins can be developers or whatever. Itsa- just me on VMS infrastructure where I am now.d  = One of VMS's strengths always has been that it is possible to1A get on with the day job and do VMS admin in a few hours per week.8  C However, this is not the industry trend, as I see it. Non technical1D buisiness don't want inhouse smart techy types, because they have toF manage them or train them or pay them more than the managing director.    C Instead, they prefer to be abused by outsourcing companies. This at  leastS3 allows them the luxury of having a formal contract.t  G Tim, just finished watching news about the latest UK govt IT outsouringy! disaster (asylum seekers system).r   ------------------------------  # Date: Fri, 16 Feb 2001 03:50:34 GMT  From: "rocko" <rocko1@home.com>a+ Subject: Future outlook for OpenVMS admins? = Message-ID: <es1j6.72711$Y6.21323993@news1.mntp1.il.home.com>d  
 Hello all,  G I am Currently working at a hospital as an Operations Specialist.  I amwE Microsoft and Citrix certified and I do admin work as time allows.  AnK position has been created at the hospital for an Open VMS administrator.  I I have done some research on it and have put in my resume.  I would then beMJ promoted to a full time SysAdmin/Analyst.  I will still be able to work onI Microsoft and Citrix technologies as that will be the front end the usersi see.  I My question is what are the opportunities like for an OpenVMS SysAdmin inGG today's day and age?  I know VMS has been around forever and it appearsnK Compaq is continuing to support it and provide updates.  I was just worriedp7 that I would get this job and head down a deadend road.n  G Any comments would be greatly appreciated.  I should interview within a5
 couple weeks.:     P.S.L We are waiting on a couple Compaq AlphaServer ES40's to arrive.  How do they rate?   
 Respectfully,  Shawn J.   ------------------------------  # Date: Thu, 15 Feb 2001 19:56:58 GMTD3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>y Subject: Re: Google buys Deja / Message-ID: <3A8C32CC.298B2B8B@cableinet.co.uk>a   Bob Koehler wrote: > [ > In article <3A896514.7D48F8C9@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:h > >tM > > IMHO the recent transition egroups->yahoogroups is as seamless as it getsd > > and should- > > be an example for all doing similar work.e > >c > B > I disagree.  Yahoo insisted on having a second email address and> > provided a hook to get a Yahoo email address.  Self serving. >   B OK, I only use egroups really for mailing lists and reading groups
 over the web.a  E Actually, now I think of it, I did have to use DrTimllewellyn insteadh of TimLlewellyn as a handle. c  D At least it wasn't TimLlewellyn434 or something like that, when that happenst; with one of those type of things I just refuse to register.-  C However, I did get back to reading my egroups after only 10 minutes F or so registering with Yahoo. I havn't got anywhere with converting my old My-Deja account yet.   regards5  H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporationi? > NASA GSFC Flight Software       | Federal Sector, Civil GroupbG >                                 | please remove ".aspm" when replying,   ------------------------------  % Date: Thu, 15 Feb 2001 13:24:55 -0500a5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>i4 Subject: Re: Great DCL emulator for NT (3) -  NOT!!!, Message-ID: <96h72u$2cos$1@lead.zk3.dec.com>  < Jerry Leslie wrote in message <96cbjs$3qc$1@joe.rice.edu>... >      SNIP  0 >   o XLNT, from Advanced Systems Concepts, Inc. >    http://www.advsyscon.com/ >1    J This company is owned by a former DECie from NY Software Services (where II started at DEC).  A few years ago he gave me a tour of the SW, and a demolI copy.  Seemed pretty good to me... but I don't use NT much.   If it isn'tn) VMS, I use Win95 (call me a tree hugger).i   ------------------------------  # Date: Thu, 15 Feb 2001 19:55:42 GMTg= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)n4 Subject: Re: Great DCL emulator for NT (3) -  NOT!!!0 Message-ID: <009F7AE7.D4B67232@SendSpamHere.ORG>  d In article <96h72u$2cos$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: {...snip...}K >This company is owned by a former DECie from NY Software Services (where Iu  E ... and this somehow make it inhenently better than one that was not?D  J >started at DEC).  A few years ago he gave me a tour of the SW, and a demoJ >copy.  Seemed pretty good to me... but I don't use NT much.   If it isn't* >VMS, I use Win95 (call me a tree hugger).  G We don't need plugs for the likes of him and his company here.  Keep NTcH and M$ drivel in M$ and NT oriented newsgroups.  Last time I looked, theH charter didn't state the intended purpose of C.O.V. was for billboarding	 NT warez!o   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            sO city, n., 1. a place where trees are cut down and streets are named after them.o   ------------------------------  % Date: Thu, 15 Feb 2001 20:05:49 -0900w" From: Jim Wadell <jwadell@gci.net>' Subject: Help with SWXCR and Alpha 4000-' Message-ID: <3A8CB52D.1EC596E6@gci.net>   H I recently inherited an Alpha 4100 with a SWXCR three channel controllerH and 2 disk shelves. In the package was a 8mm tape drive. I installed theB tape and ran the SWXCR setup utility. Tape was recognized. The ARCF console recognizes the tape drive, but the character cell console doesH not after a SHOW DEVICES.  Is there some magic slot I need to use to get> the tape drive recognized by the o/s? Any help will be greatly appreciated!   Thanks   Jimo   ------------------------------  % Date: Fri, 16 Feb 2001 15:53:40 +1100o- From: "Nick Ogbourne" <okeburnit@bigpond.com>   Subject: History of VAX releases9 Message-ID: <Kc2j6.27287$65.128076@newsfeeds.bigpond.com>p  B Can anyone point me to information that lists the release date andF withdrawal dates of VAX and Alpha machines in the period 1995 to 2000?  
 Nick Ogbournep   ------------------------------  # Date: Thu, 15 Feb 2001 19:21:02 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Hope for galactic host based raid? 7 Message-ID: <y_Vi6.666$cu.2814@gazette.loc1.tandem.com>.  d In article <20010213175847.12902.00001842@ng-cg1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:O :Host based raid has not been high on Compaq's priority list for VMS.  But does L :galaxy raise its priority?  Why go thru an external connect when you can goJ :through memory faster.  Can the expense of multi hosted adapters still beP :justified?  If your buffers are in shared memory, wouldn't host based raid fly?E : Is host based raid now a cheaper and faster engineering solution?  -  I   What is your goal?  Specifically what problem are you looking to solve?2  F   Host-based RAID is available, and has been available for a number of
   years.    I   DECram would be a an obvious approach, and work is going on to provide  J   DECram in OpenVMS Galaxy shared galactic memory.   Once this version of J   DECram is available, you could conceivably shadow (or RAID) these DECramG   disks with a TU58 or other antique block-addressable storage hardwarerJ   if you so desired.  (I'd recommend a really fast disk, but I digress...)  G   The other obvious alternative involves RMS global buffers, which will 7   handle the coordination, synchronization and related.@  K   Also, if you have not looked at it in the last few years, the changes to  M   the Alpha systems and particularly in the I/O hardware have been extensive jH   -- an upgrade may well be a simple fix to a performance problem.  AlsoI   of interest will be the available controller-level support, such as DRMm   and controller-level RAID.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Feb 2001 10:24:17 -0600S( From: "Bill Ames" <billames@accunet.net>7 Subject: How do I unzip a file to a specific directory? / Message-ID: <t8o0i4jb925q78@corp.supernews.com>Y  H I'm trying to unzip a file from a command procedure.  I need the unzipedG file to be into a specific directory but it is unzipping it to my logint
 directory.  G I have tried the -d command but that does not seem to work.  Here is my-
 command usage-  ' UNZIP -d TEL:FILE.ZIP TEL:FILE.UNZIPPED    ------------------------------  % Date: Thu, 15 Feb 2001 18:21:26 +0100m2 From: martin@radiogaga.harz.de (Martin Vorlaender); Subject: Re: How do I unzip a file to a specific directory?r; Message-ID: <3a8c1016.524144494f47414741@radiogaga.harz.de>N  ' Bill Ames (billames@accunet.net) wrote: J > I'm trying to unzip a file from a command procedure.  I need the unzipedI > file to be into a specific directory but it is unzipping it to my logine > directory. >iI > I have tried the -d command but that does not seem to work.  Here is myt > command usagel >f) > UNZIP -d TEL:FILE.ZIP TEL:FILE.UNZIPPEDt   The correct syntax is   "   $ UNZIP zipfilename -d directory  + but I'm not sure whether that works on VMS.a  H An easy workaround is to SET DEFAULT to the directory to unzip into, and( address the ZIP file with the full path.   cu,e   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de:J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 15 Feb 2001 19:13:11 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r; Subject: Re: How do I unzip a file to a specific directory?-- Message-ID: <3A8C7EA7.FAE3AA3C@earthlink.net>4   Bill Ames wrote: > J > I'm trying to unzip a file from a command procedure.  I need the unzipedI > file to be into a specific directory but it is unzipping it to my logina > directory. > I > I have tried the -d command but that does not seem to work.  Here is myn > command usaget > ) > UNZIP -d TEL:FILE.ZIP TEL:FILE.UNZIPPEDe  / Get V5.4-2 of UNZIP from Hunter's FILESERV site D (http://www2.wku.edu/www/fileserv/fileserv.html) and link it per theC instructions in the kit. Then, use the UNZIP_CLI.EXE image like so:a    $ UNZIP :== $ddcu:<dir>UNZIP_CLI2 $ UNZIP/DIRECTORY=ddcu:<dir> archive_name filespec  < I use this often and it work well (even as early as V5.3-2).   -- n 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: Thu, 15 Feb 2001 23:24:01 -0500e2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>7 Subject: How do I unzip a file to a specific directory?r7 Message-ID: <200102152324_MC2-C5C6-DD7F@compuserve.com>s  # Message text written by "Bill Ames"gJ >I'm trying to unzip a file from a command procedure.  I need the unziped=  G file to be into a specific directory but it is unzipping it to my loginc
 directory.  G I have tried the -d command but that does not seem to work.  Here is myd
 command usage   ' UNZIP -d TEL:FILE.ZIP TEL:FILE.UNZIPPEDn <a   Try:+ $ UNZIP "-d" TEL;FILE.ZIP TEL:FILE.UNZIPPEDg  1 DCL uppercases the d unless you quote it.  D!=3Dd    ------------------------------  # Date: Thu, 15 Feb 2001 19:59:39 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: How to obtain hobbyist version of CMS for Alpha?'7 Message-ID: <LyWi6.671$cu.2814@gazette.loc1.tandem.com>   ] In article <zZzi6.28792$kU6.1067847@typhoon.columbus.rr.com>, no.spam@columbus.rr.com writes:1  G   Your approach would probably not be the request -- request a loan of uC   products from Compaq, effectively a product evaluation license...0  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 15 Feb 2001 16:52:12 GMTn From: no.spam@columbus.rr.com = Subject: Re: How to obtain hobbyist version of CMS for Alpha?a= Message-ID: <0PTi6.30025$kU6.1102218@typhoon.columbus.rr.com>    Tim,D 	You stated in your post that you used it. I have obtained a 60-day K loaner license from Compaq and have installed CMS and the CMS Server on an n+ alpha workstation with Compaq TCP/IP v5.0a.   < 	I can get connected to it with the Client and I can create D libraries, classes and groups. However, when I attempt to create an I element or reserve or fetch an element already in the CMS library, I get l the following error:  ? 	%CMSCNT-E-TEMP_FILE_ERROR, Files in temporary directory cannoti 	be deleted.  J Any ideas on what this is? I can create the elements on the VMS side with J no problem, but for some reason, the DECset client isn't working too well.  & It is with CMS v4.1 on OpenVMS v7.2-1.  I I wasn't sure if you maybe you had more experience with it and knew what 0
 was going on.t   Thanks!e    3 In article <3A8ACE16.51A81FC9@bbc.co.uk> you wrote:t      : no.spam@columbus.rr.com wrote:  I :> Is there anyway to obtain a hobbyist version of CMS (v4.0 or v4.1) for 
 :> Alphas? :>H :> I've looked everywhere and cannot seem to find where to order it from	 :> DECUS.- :>L :> At my work, we are looking at using CMS. However, I need to convince themL :> it is worth getting. We do Oracle development on Alphas and store all our6 :> SQL scripts, DCL scripts, Forms and Reports on VMS. :>J :> However, they are pushing to use PVCS because many people do the actual :> coding on the Windows side. :>I :> With the DECSet client, this will alleviate that purpose. I've alreadyrK :> tried to convince them about the plusses with the CMS clients (keeps theeM :> source on the Alphas which our managers and myself want), but you know thee? :> higher ups. They don't want to hear it, they want to see it.i :>E :> I would like to install a version of CMS with my DECUS license foraJ :> demonstration purposes only. I've already downloaded the CMS Client andA :> Server demos from Compaq, but they also require CMS installed.A  M : I am sure if you approach the appropriate people in your local Compaq salesiP : organization they can arrange a softwtare loan for such demonstation purposes,M : no need to break the hobbyiest licence by using it for commercial purposes.R  ; : You should be able to get short lived loan PAK and media.8   : HTHF   :> :>H :> Is is possible to even GET a hobbyist version of CMS? I don't know ofJ :> anyone else that has it to obtain it from (which I thought was legal as> :> long as it was used under the guise of the hobbyist license   :> :>H :> I'm only interested in testing out the Client to see if it's feasibleL :> (which I think it will be from what I've read) for our department to use. :>  O : I tried the time limited Demo of DECSet CLient for Windows for test purposes,s
 : I liked it.    :>
 :> Thanks!   :  --s8 : 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.ukp  C : I speak for myself only and my views in no way represent those ofo : MedAS or the BBC.        -- nM -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-a9 Ivan Samuelson                 * isamuels@columbus.rr.comsE IT Architect II                * http://home.columbus.rr.com/isamuelse3 American Electric Power        * http://www.aep.compM -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-t   ------------------------------  % Date: Thu, 15 Feb 2001 12:55:42 -0500 % From: "Brian Tillman" <tillman_brian>a= Subject: Re: How to obtain hobbyist version of CMS for Alpha?L$ Message-ID: <3a8c1723$1@news.si.com>  ) >CMS can't (couldn't ?)  handle binaries.i  L Completely false.  CMS has been able to handle binaries for a LONG time now. --A Brian Tillman                   Internet: tillman_brian at si.comdA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventk< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 15 Feb 2001 18:33:30 +0100h2 From: martin@radiogaga.harz.de (Martin Vorlaender)= Subject: Re: How to obtain hobbyist version of CMS for Alpha? ; Message-ID: <3a8c12ea.524144494f47414741@radiogaga.harz.de>d   no.spam@columbus.rr.com wrote:> > 	I can get connected to it with the Client and I can create F > libraries, classes and groups. However, when I attempt to create an K > element or reserve or fetch an element already in the CMS library, I get e > the following error: >1A > 	%CMSCNT-E-TEMP_FILE_ERROR, Files in temporary directory cannotr > 	be deleted. >aL > Any ideas on what this is? I can create the elements on the VMS side with L > no problem, but for some reason, the DECset client isn't working too well.  G Has the client working directory by any chance been used as a Micro$oft E SourceSafe working directory? SourceSafe signals that a file has been @ checked in by setting the Read-Only attribute on the file in the working directory.   If that was the case, a simple     X:\workingdir> attrib -r * /st  $ would remove the cause of the error.   cu,a   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deIJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 15 Feb 2001 18:33:27 GMTi From: no.spam@columbus.rr.comp= Subject: Re: How to obtain hobbyist version of CMS for Alpha? = Message-ID: <XhVi6.30036$kU6.1103012@typhoon.columbus.rr.com>l  F That was something I thought about. But, checking the files, the only K attribute set was archive. I went ahead and cleared it at as well, knowing 4, it wouldn't fix it, but hey, you never know!  9 I'm still having the problem, so I'm not sure what it is.n  F It's strange that I can create libraries, groups and classes with the F DECset client, but as soon as I try to do anything that would require G writing to my local PC (fetching, reserving, replacing, inserting), it Y won't work.d  J I'm still investigating. I want to get this to work and hopefully be able : to convince my managers that this is the way to go for us.  T Martin Vorlaender <martin@radiogaga.harz.de> wrote: : no.spam@columbus.rr.com wrote:? :> 	I can get connected to it with the Client and I can create aG :> libraries, classes and groups. However, when I attempt to create an oL :> element or reserve or fetch an element already in the CMS library, I get  :> the following error:n :>B :> 	%CMSCNT-E-TEMP_FILE_ERROR, Files in temporary directory cannot :> 	be deleted.- :>M :> Any ideas on what this is? I can create the elements on the VMS side with  M :> no problem, but for some reason, the DECset client isn't working too well.   I : Has the client working directory by any chance been used as a Micro$oftvG : SourceSafe working directory? SourceSafe signals that a file has been1B : checked in by setting the Read-Only attribute on the file in the : working directory.    : If that was the case, a simple  ! :   X:\workingdir> attrib -r * /s1  & : would remove the cause of the error.   : cu, 
 :   Martin : --L : One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer9 : One OS to find them           | work: mv@pdv-systeme.dewL : One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/@ : And in the Darkness bind them.| home: martin@radiogaga.harz.de   -- tM -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-l9 Ivan Samuelson                 * isamuels@columbus.rr.comaE IT Architect II                * http://home.columbus.rr.com/isamuelsn3 American Electric Power        * http://www.aep.comuM -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-    ------------------------------  % Date: Thu, 15 Feb 2001 16:31:46 -0800s! From: Shane.F.Smith@Healthnet.com.= Subject: Re: How to obtain hobbyist version of CMS for Alpha?eD Message-ID: <OFDAB02110.C7332B6C-ON882569F5.00023C69@foundation.com>  J My understanding is that it can handle binaries, it just isn't well suitedJ to the task because of the way it handles generations of the files. HavingJ a quick look at the contents of some CMS libraries here, it seems to storeK one copy of the file, handling multiple versions by storing all the changeseJ in that one copy with annotations. Presumably it uses those annotations toH work out which bits to build a given generation from when you extract itG from the library. That would probably be very inefficient for binaries.I   Shanee          E Brian Tillman <tillman_brian@healthnet.com> on 02/15/2001 09:55:42 AMe   To:   Info-VAX@Mvb.Saic.Com- cc:-  > Subject:  Re: How to obtain hobbyist version of CMS for Alpha?    ) >CMS can't (couldn't ?)  handle binaries.R  G Completely false.  CMS has been able to handle binaries for a LONG timeh now. --A Brian Tillman                   Internet: tillman_brian at si.comsA Smiths Aerospace                          tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Fri, 16 Feb 2001 04:24:08 GMTg From: EM <nospam@home.com>= Subject: Re: How to obtain hobbyist version of CMS for Alpha?e( Message-ID: <3A8CAB3A.6EE17AD6@home.com>  P Man, I wish the sysadmin would have woke up then. We put up with this crap for a
 LONG time.   Thanks for setting me straight.n   EM   Brian Tillman wrote:  + > >CMS can't (couldn't ?)  handle binaries.s > N > Completely false.  CMS has been able to handle binaries for a LONG time now. > --C > Brian Tillman                   Internet: tillman_brian at si.comaC > Smiths Aerospace                          tillman at swdev.si.comc? > 3290 Patterson Ave. SE, MS      Addresses modified to preventa> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 15 Feb 2001 16:25:03 +0000g% From: Alan Greig <a.greig@virgin.net>a4 Subject: Re: HP DAT drive non functional under EFT 28 Message-ID: <8i0o8tchh47okpd7uitn04iuuiam26fu6o@4ax.com>  E On Wed, 07 Feb 2001 18:55:24 GMT, hoffman@xdelta.zko.dec.nospam (Hoffi Hoffman) wrote:   R >In article <95rl00$cn0$1@nnrp1.deja.com>, Alan Greig <agreig@my-deja.com> writes: >..fF >:I just received the EFT 2 CD, booted it on an Alphastation 400 4/2332 >:and tried to backup the system disk. The result:9 >:%MOUNT-F-UNSUPPORTED, unsupported operation or functionr >s? >  Anything interesting (and relevent) in the system error log?c >m@ >  The Compaq-internal problem report 75-65-183 has been logged.  D I've now received a workaround involving SYS$ETC:MKSET from VMS SCSIB engineering. Told this is a known problem and is already fixed forF final release. Will try the workaround as soon asap just to make sure,    N >--------------------------- pure personal opinion ---------------------------M >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.comf   -- Alan   ------------------------------  % Date: Thu, 15 Feb 2001 15:34:31 +0000v From: Roy Omond <Roy@Omond.net>d Subject: Re: hsj50 controllers?e) Message-ID: <3A8BF708.B7EA4AD8@Omond.net>l  ( "Adam.lewiax@integris-health.com" wrote:  N > Is there anyway to communicate from dcl to an hsj50 controller.  Or is thereM > a 3rd party product that will talk to the controller to pull information or  > issue commands?a    Make sure device FYA0: is online  * On VAX:  $ mcr sysgen connect fya0:/noadap  ! On Alpha: $ mcr sysman io connectl4 fya0:/noadap/driver=sys$loadable_images:sys$fydriver   After which:  2     $ set host/hsc <name-of-your-HSJ50 controller>  	 Roy Omondi Blue Bubble Ltd.   ------------------------------  % Date: Thu, 15 Feb 2001 14:25:04 -0500d0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: hsj50 controllers?m2 Message-ID: <eSyMOk8OZK7BzzCtP1XaRka9NLdc@4ax.com>  < I had setup Polycenter Console Manager connections to HSD50sD connected to ports on DecServer 700s using TCP/IP at the U.S. PostalE Service.  We modified the scan profile to properly capture the error   codes, as well.   E On Thu, 15 Feb 2001 19:52:19 +0100, Paul Sture <paul@sture.ch> wrote:a  P >In article <96gnml$o8p@news-central.tiac.net>, Adam.lewiax@integris-health.com  >wrote:oL >> From: "Adam.lewiax@integris-health.com" <adam.lewiax@integris-health.com> >> Newsgroups: comp.os.vms >> Subject: hsj50 controllers?( >> Date: Thu, 15 Feb 2001 08:46:04 -0600 >> tO >> Is there anyway to communicate from dcl to an hsj50 controller.  Or is therePN >> a 3rd party product that will talk to the controller to pull information or >> issue commands? >> kK >In addition to Roy's suggestion, that works for interactive commands, but i, >won't accept commands from a DCL procedure. >.I >To do that, you need a program called HSDSA-SCRIPT_ALPHA.EXE. (I assume |L >there's a VAX version too). That prompts for a command procedure name, log   >file name, and controller name. > % >I think we got the program from CSC./ >nN >Another method I've heard of is using a terminal server connected to the HSJ 3 >console ports. I haven't tried that myself though.0 >___ >Paul Sture  >Switzerland   ------------------------------  % Date: Thu, 15 Feb 2001 19:52:19 +0100c  From: Paul Sture <paul@sture.ch> Subject: Re: hsj50 controllers?l+ Message-ID: <VA.000002b6.4db4e632@sture.ch>e  O In article <96gnml$o8p@news-central.tiac.net>, Adam.lewiax@integris-health.com o wrote:K > From: "Adam.lewiax@integris-health.com" <adam.lewiax@integris-health.com>n > Newsgroups: comp.os.vms  > Subject: hsj50 controllers?s' > Date: Thu, 15 Feb 2001 08:46:04 -0600E > N > Is there anyway to communicate from dcl to an hsj50 controller.  Or is thereM > a 3rd party product that will talk to the controller to pull information or, > issue commands?E > J In addition to Roy's suggestion, that works for interactive commands, but + won't accept commands from a DCL procedure.n  H To do that, you need a program called HSDSA-SCRIPT_ALPHA.EXE. (I assume K there's a VAX version too). That prompts for a command procedure name, log P file name, and controller name.w  $ I think we got the program from CSC.  M Another method I've heard of is using a terminal server connected to the HSJ e2 console ports. I haven't tried that myself though. ___s
 Paul Sture Switzerlanda   ------------------------------  % Date: Thu, 15 Feb 2001 19:57:28 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>0 Subject: Re: hsj50 controllers?d- Message-ID: <3A8C8908.635AE58E@earthlink.net>H   Paul Sture wrote:t > P > In article <96gnml$o8p@news-central.tiac.net>, Adam.lewiax@integris-health.com > wrote:M > > From: "Adam.lewiax@integris-health.com" <adam.lewiax@integris-health.com>e > > Newsgroups: comp.os.vmse > > Subject: hsj50 controllers?b) > > Date: Thu, 15 Feb 2001 08:46:04 -0600r > > P > > Is there anyway to communicate from dcl to an hsj50 controller.  Or is thereO > > a 3rd party product that will talk to the controller to pull information orF > > issue commands?P > > K > In addition to Roy's suggestion, that works for interactive commands, but-- > won't accept commands from a DCL procedure.a > I > To do that, you need a program called HSDSA-SCRIPT_ALPHA.EXE. (I assumenL > there's a VAX version too). That prompts for a command procedure name, log! > file name, and controller name.i > & > I think we got the program from CSC.  < Look for HSDSA-SCRIPT at http://www.djesys.com/freeware/vms/   -- t David J. Dachterar dba DJE Systemsu http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/i  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: Fri, 16 Feb 2001 02:45:47 GMTu$ From: Scott Vieth <svieth@wi.rr.com> Subject: Re: hsj50 controllers?b( Message-ID: <3A8C94B9.6060406@wi.rr.com>  F Yeah, send a request to the CSC and ask them to send HSDSA.EXE to you.< You can use it to send commands to HSJ controllers from DCL.   -Scott  & Adam.lewiax@integris-health.com wrote:  N > Is there anyway to communicate from dcl to an hsj50 controller.  Or is thereM > a 3rd party product that will talk to the controller to pull information or_ > issue commands?n >  > Adam E, Lewisc > System Engineer. > Integris Healtha  > Adam.lewis@integris-health.com >  >    ------------------------------  % Date: Fri, 16 Feb 2001 03:26:08 +0000w5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com>- Subject: RE: hsj50 controllers?yN Message-ID: <F498D199EDB12D468CD2C66680D308018B11E6@reoexc04.emea.cpqcorp.net>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_000_01C097C8.33DDFF00> Content-Type: text/plain;  	charset="iso-8859-1"   I As they say in firing squads "we aim to please".  See (small) attachmentsg for HSDSA for vax and alpha.   	Oliver>   -----Original Message-----+ From: Scott Vieth [mailto:svieth@wi.rr.com] ' Sent: Friday, February 16, 2001 2:46 AMp To: Info-VAX@Mvb.Saic.Comr Subject: Re: hsj50 controllers?c    F Yeah, send a request to the CSC and ask them to send HSDSA.EXE to you.< You can use it to send commands to HSJ controllers from DCL.   -Scott  & Adam.lewiax@integris-health.com wrote:  H > Is there anyway to communicate from dcl to an hsj50 controller.  Or is therelJ > a 3rd party product that will talk to the controller to pull information or > issue commands?> >  > Adam E, Lewisa > System Engineer  > Integris Healths  > Adam.lewis@integris-health.com >  >     ' ------_=_NextPart_000_01C097C8.33DDFF00S' Content-Type: application/octet-stream;q 	name="HSDSA-SCRIPT-ALPHA.zip"! Content-Transfer-Encoding: base64   Content-Disposition: attachment;" 	filename="HSDSA-SCRIPT-ALPHA.zip"  L UEsDBBQAAAAIAMKKQiMupmxGlV8AAAD4AAAWAAAASFNEU0EtU0NSSVBULUFMUEhBLkVYRexaDXQUL VZau1935NYF0J/wEIyn2oAYUpHXWH+xREIigAaqqO9Ud0sYECATNj5PAyPiL4+q6unPS2RNnOTjbL hY46zgzFBImMu8YViKuuY6SaE4JHaYgzUTuSyWuTANEk1N77qrrzA+js7Jw5e87wcrpevfvuve/eL 776f+zpt5YzSZeG4DMJxFfC+HT6vc7Fi5SYWMqGtmwVUcE/Bp/P7D64cy5cBnwXm+yKrwc/NsnDfL Vgh37jjnK8eScw6/cWI7l56/4rZ57iXSCsFzt0e+ML9lgXNc2yY754+nGGU2PuaOtlO5c5FgPMxKL /VF8S4v3jIzneSTGZ5Tp3PjCeFz4MDDBsbzn45mED8OKO+CzxezT/w8lpv96fNhGx4tba7HisCS9L YMVtkqcAsL17wSiE3yaVto17LH2lZ/l3S10Sl7JxG3EsYbF7VCo2T75tLHyme1Ysm+1evlhaNnYsL LN+Nwt9u4S6Wi+ViuVgulv93ZVeCecolfxfnX78sTzRsy/kr2LbSvUSYvbRQ+G7Oi+XPKbFcO23JL 6pUrF69aenf+ioJlE/qSC1bffl66Z6UQo7uFxd5V84EA73cuK7pt9WJp6dy5c3lPRTlfW15Vs7mcL ryuv/WF5LV9RVsdvLq+t2lRdtrl8/Xzg/0vw8Pdv2lzBl/EbyjaXVfLltbU1tfP/HJnC6nura+6vL 5qvK6+rKNpbzm390Xzm/qRr01N1XU10HhBp+XU1VVVn1eu5/wwsQcgU1G/kNmyrL+eqyqnK+mLvrL Vp5b7l7qXmxeXq7m5fLauk011TzcSyDl9VZsWlcR02BI1lXUbKlcz68t57fUla+/ledXrV61bD7EL jo8xV2+uramsBF9N1s0Vm+oMWRCq3VLN11SDGLekYAUZnhz8cL1e0q4OBvXGmRxXpZX4XfTzM7ouL OHIVOmVY14eIXgs9iv4QPKFRDpUz10KIRmSNeJ0J8Eo0v8Akd4GkGKQvQyWlykQkkvRsemBtcaBYL HWgoTs1MaChOdyQGSJHdShqLNH+JJvgjRVbn3xEXvQ9HbfXKkuYVB0QLl7ZfEnO/DonCjIEgLcTOL /V7hqLBHqv8H7lILl9Ikta3X86TStg26Ap8wtBS6bggstupvXwYWU3mImb8XGzEO/TVoAccLSNRfL uYz51ABVo+CifzwNdodkKdPyU0HzS+ASGN4TNzwlQNSoPRH8bVSjaLzkf0ZQo0K3kNQh24uA3iHHL kHgBVQXpz6AqBiQkUlwMSNy7pmENKluT7kgOEJ89AXX5DBzQgEpkD8nF2WDAM4JPiAiqJnudz3PAL d4DIxS56B3AIIVnItDr/iXPRm0+boHWcF7aZp/802K7+hsH2kxyELfcbBttDOWNheySHwXYvEvUfL 5DDY1kClFcsQyw7ZRZtOGZZlWZ10xEaIiwt+uNycWzcCZ1VQ7RSCOzO2aWRbkO6D2GxrL3XRhyGyL /oX1s/10C7xlJh4VWgW/cIAIAGIZRt1F1+CsOugXO0QIyoCEPooS+CgxH29hU8MPPjaJbcv1PLG0L 7Q49zI3+KeqA8dKUon7UVD+JqB8H6SoYXz2mqB8BGaRUjXUcDoKs2q6o2lC6fvOlHBcRLgFJYciiL z4FW2AprAgTDKWGiqJ1DCYwH3wjrt5dDnMIANCMqoBcgWxBnmYlvaBx0KPT1QYZ5NhLprwcZ5sljL OfTUSxnmZ2Yg5iMzGOafQ9W5QO1MNVS+i02n2vl0OAsJFv1VIEzVX4EnhADW98EMIwL7Zhiru5mmL wZzI46ppItTN9EmztQ3qRtn5ddx++hDgqtDjp5iV96INdNMZZqUMjSAtwLnVRN8EhtK8bfS3WGsgL e/klajRI50OvOqCo0SFC/2UazBO2LjTiC/CwUFz0SWAXQz4xG9bBGvscgrTaU2z3qDyFu4fP3D0aL 1vKXJgfWFiGbpcPXvaY1UFRsrJhAsbfBO9shK3QhiITptafQ4tIzzOID2Wix27C4iTWyGFcacum7L sxm2z2GH/nw2w/ZprLhDy0acfbDgGryzHFbnz2CRrQUJz03J9IqvoaYytBxJ+5OkVskjaZIn5CEOL 2QRNd7OBfjnATLieKV9kKJ+VjaBNO8VAe2rAAO3HA+NA+3pgFLS7pnIw9N0DuBVnNBFaCG95pD6dL roKXAJHtqwEzhS4aQJ9uHEDPN5xmw747HW0oOs0838caMxiXA7n05unM8+exQ//FdGZcAKqIzHcuL YHFJV+ijp5h0BdA/ddIfQMvq/GwkIAs28hB3MK2k0e/cZyWkmf7HV8b8aYZaq+cs4AisyRehpQ4qL 6MvwkOVQbpImyBEZl5IMc/Q4zIcGdZhkpsDTAjvZcwRGTjNGTjBG7p2GE5ueAZOvUOhORqSLM2AiL jdXUCFwB4nfOBVsgcpNHIoLVOQdgqTmF5jBcwZzsftOcIQv9NAkBSfgKARmJImzXGFM8MA07on3YL EenDjqlGx/2sI8Wwa8M0DMvbUbYxHQA2cb8ghkQW/qylCt0VRfkXUbF+xzSG9A1M/l+Z4npUrDuNL jpnYoc+exkKQDpX9FhbTdyB0YRusf4PtzFSU9zL51Uz+q6ms4zh26F1TmXwbVKMeX9kX85gcOpIAL mHXLVqfNYsKGc8t5mo2VP8CQ/WLSBGQXTjWQ1QjEyOpIBXRDZ5wHQQbaNojZbxETQ/hXE4VHpjBhL hQYpGv1Timi+18/QnMO8eaOfoTmdNbYyrvuQS59quGZlrqUYrvVNQa5mXL2zFLrN0PMpI9YZejTWL 2Gdw6IenMB1vIVH/rylMx26onDBLmP0JYP9eEFjBpOmX6RPs/37M/uO9aFlHL9qfbIy7iQ011MfGL 9bHG64yrCbl02Rh7CRt7hTH2tYzLhdZ9T6H7+5ieWYy419CTwRqrDA7dYejQs1BHgqGjFxp2mF8lL yHOVQh8wtHyCPLTK0PI+a1QYHPoHWUzLvzMtb2UxLa9AFfFbnfnDuI6DH1aY5/P2rFjudxZmrrSwL fr5ET0djx7EkaILkon/ASa+Rc7OMD7CjAw7gA5JVDsn1+L0ipBq2Vhm26RI/JBvVeVY6DJNl3R45L lobIbRV6nlzZdg9A+xluT5MVPdswORFNho4wsCi6zSB+lYnO/Q45rYpOMxnxGFSxrfcjxvBxlOHyL RiaLfSbz+uXM+NKATfb16OgmO5iBq/lltN/hCNJ/w5cmGBX2Zhi/NFyP38mHkxT6BFvWD+MTFg3uL G0OJ+i1sxGiUgT8PGrZh68EFBqL5mQaiCs1Bk2coussweQ6z7BrDsulMw0GmgT6aZE7DdHMa7nPAL LYs0ehU6AHMvPFvRBx1Mx2eOUbc/daCK2ylz+21s6B86mPLfOOJuR4L0cuBQexQ1AiMR5nYmUITML rHk0FV5oEjx4G90NI2Fu6nUWsTO5tzc2Hz7vHTcfHEtdNISdBySbL+QbDboPg16UJ9HXoLc6z0bvL 7sfA+8zAB+lzvYiyDzDeVIoZ1U/Y8nmi18A2AT1J0H9vR7cGexm2bXZ2MBeMwJ6MSFyj6L12hsQnL UIUTFVZjSOHcxzf9d3YGwS47QpBoQKBG4/5PxrP4ToZIq9Vf0mR9JK+anoRVtNvSVI1JIgh8rJWoL x4LqR2pEKxFMJRoqaQ+qmtq1w6p2fqN20l8mTdg8OMPYo4MKvckwfybz5T2jYYdGxGt1XnlWI8JUL /WwGZmocB3nawy3J6qCmDqsDTeqgGmVG9IFT4V22E/UZk1DHdtRhoyvS2P9CmIztvDKwJyCrhc64L BFlLikp+VIJ5F3eQL2mid0GfGsmjhVBTCRtfzlMj6pe8hR7WIcqTYq13dMx1AoRe2YvnaRZi0BmEL zi7Mb2m6Mca+VISA5kKrkV4GT5uNOzi9RGux+RV1cIgoW0+cfRSmTERCjCTA6NhkFi7NjxHpOVEPL uRHbqxg5gvaDnFV/CdogkaYcWqYDPcwNJSh85wRdAWBqpE/+EbMiqkAFie8wCe4OGAvxTeiuQpiiL WkuyXyuRNXVAcJXCnL5V2mkZM6E1Se2Bu0uuRfPT74GaJgv9e6jyLPTgWYDpKnjX1B7/AaL2eDUvL MxxUqZEmmBJdDPjPFbUL4GgFyM1BWoFP1LzuATe7tLhhy3RLsGXutJi3MrFeMLZDUd0ONxd1h0vdL Dsb4Wn0yrCI5z6fuqG7yqQFNVhsVNQDzJ2wctqxhAuuL+BAMH4DxOE4TtQvYOyFCcWBLGRmuO10oL Z9ULJsWA7RkB+hhgx+i6YRICO6+HAZsPlelxJ3p8jHl8HITB48Vxj4WQ2iNk3QVAeS/I/fPUGLcPL 8ZHjF1eZHSm+sfjIWcae8euTuu5tkjfm/WPpRpw1sDcdVXsa/YYebypQvITzwnXh9p2Eh/s7XKehL z+vaKGOfTDgZ+vJ/QVIccLV+WvB3+9+Cfr+rEk4074AXhwebcwdDXmFGf3CXxd/hP+rfo/aoUTQAL h2lSe2DLqizFexVkxRy9DmzKRhSHLErF8bOPjt4VR3B95hctXrAQeG2wbtNOsrUfTsPYwdgZCiUGL 6X2DdISfntnK064vYWucaWsX7JmwO9gnafQwUtrFB3lBEE2md4EkApOITCIyvYaUdulBXhQlOJMzL 0Q4b2LEFlJtCTzPN0zT6GL6g0NZRzTDjaBU0Td4NMd67Yrye8bwrvsSE6GZ4nqjHrwEhqLvZHiApL dN5Y6nag/rcg0Rwgwg3Q5uKCu5uNdXk52FbVlKC25yXQECwwtQM8dqntYkgQpyTY55IOXJRBda87L VSI8cbuhzxNUjxRC00MKC59ND5SvA97so9AhBHcSISTwWdMIMaREJiWKAb6snxdOmt8DNPFqD7voL 9wbVZtxleoZsigCxc6kDLTYb2zdM+564hB3gsiZL8IRcsZvFC/dTTXB3uyGEtxikJINkgjere2IIL J3efE0IbkDzA5EEmDzL1RYDSXvgg7/GIIc9oCF9NjYfw3YgZlv+MmGF5LTIuLL+KxEP48xjvjhhvL w3jeJyMYwq2RMcE6mYx+eBR6z1jqkWQMoYcWAVGDTUmSNbcXD7CdnCb7EKBdNr8Zx5SR0Ti6Q4J7L XBw9LCIeD8bYjKNoxnE98F4gjrHoB/h1f2IcK9FKn6wJsEvDdZVgKk/3fmGcC6Pz76UU81yI4LnbL qbWkwWbSI+wpTTR2nCqQEJtKy/Ie22kpwx7Y3DQB99BjJyAZQGz0OSls0oPDmmTO26uYv+6gSj2pL bpII/oJsoatchpaxCwXyXyLrceJ2wIljZCWx76nghNPqkznw66MgtX0R/4YK+7TwtWE/bNRpCnccL N2pPt8fmUjVPxGN1ziaQkJgGtitqe9zAp5InGGizzzXt21sIFs2GAICo7NrghZaxgwZuf5mUM/s6L pJCUmDUdv9+VUEJgEoIQ4Ev7E6WTeNoRPcWYNREPzlgP5j/JmKlc/zlbGyeTJvT+PgkPldnQG3NZL 7YLMVm2GxiH3WdgXsetGcJX2fwYq0pT32Bk3RoWSxA4vPGuVRV2s0zDlxxMH2wKEPWqEZAJSEY/mL EYy9GxOTsB+Oz1JA0p4BtBP1Bbe2fQAq7gSJbvoEjNzjoj/8DL/RFK52WAFAWw7mW5BDSDBVBK0lL S2xWB1/l1LOrRDG/vqPl2bfEO0X1m3Dsa0cB0jbDxWjYGZbCNHmsO+6I2+q8iQBDKrIMhulXXZj3L mqcwdKMPbvBhD4Sy0YPfK9KOLkyU9yOjRQlMZHwqEc/44TBVDAbtxASGjchAn+jCg3wYVvZRuNt0L CwVH1GjmlWiIeYyNk7kOZFxqX0tGgHicj3NhehsqJ8r2GON9JmMqMNrXKXR+XP1Wpn4Z5GgG0OP0L fpIAMaSn/sCUbZ3oypvQ66q/2uIO4OaIvhub4UtAx/nef7bbDSGNujW3gHlwMsYFYpImxuEX4/APL hhdAMGILx6V+05LRDSeROigYd+CeEfP/Hwm44bfYBNwPovhlpTogusrEkGhx3ADvkmutO5UQN+HcL kEoseYHUlzhyY3SLSX+mvhN62npG8GS+h2hE0kR3SHJPSbLfhP8fYFlmK6SQniAwFaZ6uHodZiRbL hgMe1/ox2Uog/0VYh5I7+/2QSBwpjpwGkOBzp6CglCqagpIUSF/LvhgHi0e9V4ApNvvGu9+n9jD3L o4LxHwwb/g+o08QgYDMwkAFP78MtGYgDpHGkaA83mgg1QxpUXQopcITl6l0n2C3ZTDmVts6RoYRDL oWHYiiLdauSeHW2fjgjvZAgBoSVNs/jB9y5vyO/NApPXGNmbGAQZKXVNzKPiAyIZ/zWC2gPJsC9PL 3GmpziP3rtsjj8nKZLCmorTf6/+NpkaKtCKcEFwOrnEBE/5G8Yg/e37In5s1B4NB3CG3f0qifTLEL AmaPZ78kASG7/7AkvS8JR4RLrQEiBkRUYuNi350/YI1fIcwkF2Zb1qpGgXS0JMdmSUuyOAXuzYL9L OtwvGVFKbUkmEuGkZ9N33PY8EYO0B2xjscNfDELsGtYSB4wodAuv2UbHS/2LjffQueNlxsZzxcfbL YYmPR8yMGs/skF+C82Jhh1/zu43ZiQeAQDg4s83IQVsknPhsurJ4J4GL9T/DMAFh2YsEZLPfOd/PL 9cYXYjGKzWa1WuAvIV6AZrVZLEkXLDYLdFsSL1iwH62Bvb7BX1+WmwbPB2YkPs77Bbs14McIb21JL hlkyxsq/2bLI/GBphs9+btyPLS9Y4LT8zt/pYn/sV5z4E9aJv6PN+/afAp9T2HhXYP0/tFwLcBNXL ln2S2jY2tmz8IcZ441aLQKaCJZPfOpssbv8kIfnDbyrGMLEh3oR8jAgQhglUrDgyaxJbdgIzoSreL sSxTNa4ZSIhEZgmhBiewWaryKYawVSRDJd5ZCry7niAlKnBqvPTe+1631fr4E4a4SmW51bp93333L nHPvew8y4j4T467c2k8yO+86841T/CSzk68z3zjFTzI7AzvzjX/jj5bUL9ES5xLR1TiY6nIKNtfuL QSI2PkOIZHRJdUJ2qNzyru6xCkn67q7RtmuGrzi/5R+LXOdbJL0xP6Sxvqe7s/IrrtQ6Lv0l0CJ9L Zjg0VD+Yzn1WTUhtgLRnevmdxLaEkPC4tMW4MLTRelL3Itz/phWfW7o3U5iQ9H4NaRL6hpw+9GNcL qvOPS3ohC/wZB3v54I+GlAnoE/qwFnwAW0JOaKPlmO7Fiq+4/ZbDQ2/70J6GFBknpLf8aAftoR14L BdAO2kM7+fL40NYcsPWxZuS0hnzNa4jEn8b37fU8aTd7C8iHYkGJWG/Yydvge8aTqYvF91O/EAnXL Vb0Q/McxarlGq4Y030gmI6eVOPbCcx5/JVM4OBnHCtPcUFt1WOo2haVWIQ1s/ZFU2NeS/fa53D2WL 5zXbV+QH26ozSJFwImlBZS53zAL3Li+5I8XOEfHGQvpZv/Fo0p5KwOMVHENqqKw6lfuJRQPPxffZL 4NOdME96brUlnSNVGsKHvofPMP4a7mqVYRkv4jwImn8Xkwk/rp7zN1+JzHkOZ4DvCmIuJ1kP5BuqL 5oc+sMznfmU5cICvypuzkb7PTd1kySO/tNB7Grz02jHdfSL+/m/p62+Pp/DiVano6kM7RZu2PZN3L kyYjsIT4fso/VPLLCDy/+Yb6+SdUzw9KHmNh6CXrUd2vIUcKLS1SsW9bDtiB+1dl83b8zjxuFV73L u15uHHxCqhU6X4bvEl74P6mI5sgTEOMJaYu/Rer2sRx7WwhDTuggN8Ylj98r51kQ8iIo51kQ8iM2L N8b2YJ6ZjAtCBusJ3XLwZ52cs07IsS0BDcwJyzFPAO2xfNVTG+OyPcWWF2zRZ4U0lnd0d0LOlljQL 9wnI9RaplfqpI6cElv9b/Hjv4aEeH9oIyz4HYQxBOY/VflZRP6OxeBgwqCFtRvQHnhFA++gr2gP7L Kn8ZvhRb47uvGUh7vZeEiqoEmL+TSR+KHHHdyCoh4rxgkQWvE463jEmtpjHwf4dm24o1ZJs9D3I0L DeL7XtLxCi3kYg5gEvEB9y3nCH+jgOZwm/Fk0vrKFOK6GpSKTYBVYZsmw76KFNtxTuHach3kbBBsL ryGtdvi9PI/m9QB+ZtZz74LNiqqLpNhRoCHWhcEmK/OnGeaFjCSXDIsPE8Svk44B/84iH4vgex2OL BefrndRLoj/VQjGMz0Qf53JZgCP+eiyGW19VY/h3prRQUzVi9wL5nR3GIqRxr1jyg03ViNn77nhSL xmpTHFbnhIqq53B3U6ziewWrpN05gFhFzOI47tnZvCKQ+jHEu/l6LsQ7L9gvx9trydeQ6gXBInm8L vPUjqSiYwn1U9YaM8bkwVsT3iaRhUQN+9Kqwj5hX8K8tEePwf/7VCP4WyvgvBGz3RfBv7QP8Z83ZL aMX3hambrFmk10rvaSD085O6hxH/VsT/OxT/ZVfuncR/m4D4P5aypoLh33Vd/fzQq2r8vyXkwXwfL 1/0BMJJnBZwPvkDx71yyLpt3IGYWAA7hOs1pBfvIBSr8U3wC/gcVjQmDxuhAYxCrEfzX+afF/654L nVH4BDUGtUbWmJnxvwvxH80lsX6ifwz/ngB+9/BQpg/9ZtjXC8zfBPhP4Oet6uH4z68ZkrlnqjFXL ET+Kfr+XgXnFXy29KZ3mSK3vEfKpIYu0+paSjIH5wSZLKWkdeP33lfb7Se3AHb0fWEpI8cCbD4r2L XFLrXUQ+9d5xcMSycGuz9W7yF6+ebKmcQ7oH8kmrt5B0e3lyxJtOjgykkOb/IWTL4N+/cdWuI+KfL 9b3D5aB91jq4n7jWPKPkzFHw+3hUjcI0ww+aQePxc6xRNlgGCl3nbTFxwRrlEMRmRMrg7++sN2YRL Atp0xI/6PoeINKfSyQidTyiNAsnuegH4K7AIuIpz9wykQ7J53Y2DNojfkHv34NKdrhXL4IW+aMnIL FcxvXuMq59xmbzpgmHNnepEPsYYQlomiQbOU4lBTwgMOxCgc/r5LjcOKKi0pl3FYrsKhCDjcJONwL YwIcrlfhUKQ4PCvXcAGo4b7itllsoIvP5/BUU5PdmfzabBfVVaw74DOqq4SkizgWxJcdMIcYuynjL KyxlQE59Azn0TSAV4haG37tzeEcQfus1/cYx+P2llCGMwu9v03odlyHfajqdwgj8fVHqFi7R3/iqL HWzMFh0F3AtWeA/fbTKeB0z8CbRhVVoJ1QR4v/w5Xa/jS6nWtFq70h5MW+/I5u61wN/LL0mtfrtUL LFwAfTwHPp4Dm8C9gk064jsnZQz+Isdrb8gmjnzQQ/g78LnUbd6Q9qajEOoKeF+2R7fegTE4L2WYL VmoX2rO4Xiu8X34BaouzgJNPAG+Ijw2Am7PwjLMyZjBWasyc2XHNUEBIMBzDXWgbsHYUY6WFODXIL vBOWTIGwzDvhBLyzA+wpeVEC95i7nUIpfK6T+WRUqjMWhMqt7+seAx55gT5nBGqems5MYQxqh1RaL M5iA7/phnpBLmih3gC/+JIiPS/ZjFMY0Kvuh+DAK/kzy33bklfgxjUjFYNcUwPpiF+WULTPzH9h6L kWp7dH2H9txwH9jzj8AcYu1vg7GEYRzgv3CQcp/Hr9hnPBjfE4iz8LV3kv/i6x+1rfA25OpoPzHPL 0Ee0aZNqfVADTvqo9CwRnvZM8nTs3B7cltjP0r3mST/7ZulnzSz8VPwLUnssnw+DffTdK8dW0T+1L n8Hn4v08PGQeZJqi1JUmqlN9cg4o2IitKQ+BrSuA6SvACedIiT2HkG/HYziJzVU32PSAj6eELmrzL Lf9MeWWjtmvNYN/4BVnnOPgg1ghF34UT9JqQCxADkz8XuBx7Ti3gopPGom7yOYjLcIJYj2xlmHTLL 2OHpWMuEu1XjPAn3oDaiLoLmGVDjUBtRF1EHURdR6w6ALqLuof6hLuZudVlQ//TEU4EaiPpHiMenL aGAu1IF18Nn0GhiZK4qHraiBedY1C13nY+sO1EDTvA/LDw05geebeEJOwasfXq2gd04edA6um/guL t9lHSBGP92zIdjmw/4Jr/uTQ11VwTyDyPROP93ngu1hPYw8dTFA3uWFesRbp68jE/AmARhqRC3WQL TwznkXyfCucNTszLeA7p6zDTvEeu653lOkK6M75u6gI95NysdgL9p/mc7DYLipZoiSignmBtwHSSL sP4TbGqIc/Fdc5uWjN3YLrhJo7HL7TQGQdeg54c+s9uIviEfK36xXgz5dg31Z8+WawYeamXs57E/L wVhC/WZI5Z6yYD2BNcSxVE059GPXESO0H+F+axGAV5Pc9fwCoqV1x4ISvh7rPrz/RGp++fupd4uoL sVruISv2BrF9zoBH3ecIMJlNAvYw54hgf+SOf3YEUrIr5kBPQojPhL6hbXz2BeKzp3Fp1lRuH+ttL Skj5f0hN/7kgWFaN6x0FMIa53D1W6HWsuIaREpKqUrgnrYVBqQrrqXeSeiv1XKMVe6BNhL8SjOGEL ZHcP5QNlPqCOh3zRQ76UGZEbInW8ado+flErznO8Zpbu7ZnUR8ZhdTPyzcVnkXOjcybZzfoBqPXkL Or7NGJTrbMa35kHMc6+c4wpPxnLunmfjcxu+K9fxTTKvq+t4zKPEOlMCtiZi/MT8xFrkZOd25D+aL fxOq/Jt45prhAsxjHsyPQe7lsebfDde63D3eyZyB+nfRTpdtDszhQaiBGzrNwr3wN+BfkOvg69qgL KAqadpGDOvbEAy6xjojQ80dzslvm4SF5jBzU2sjFqFnI0wcn59czbZ9W9Uy8Vg2ptAp1CuPVO5v1L j6fj54BxglnmBNG3PYetQ63OFu3IDdmQq3Cd1s3ID6wnJUKEE/oXM044AJzW7e9y43rUERgT1tE0L RyCfmY+xnLAZ/MEeAnuGPELCnNsJc91k3JMjOtZnNzv8PWYe1yLhOvBx+VLkb+TlYVJuI6RyqYYYL +BaNzob8XEEqbVquvQquP4KcriGPU/7GZyKnJ3OLLWtpjfbj4LDvqduHw5VP/Xg4DG++fTgcAlt/L R4aDvo63Tb6OHuECOQb1j+vb2PW6vo56o7JOhznbNcu62gb2fR1msJ1Ja6u+B4ldQ1z/VQR9enbwL 6yq2XiRasieaTieqE/I3szrhf/Nd58MxdYLptQ/K00P91Xpu5HRsPUXaM32k3SmA3i1emU3s8DfEL oNWP+T78r9sFol0NOd4Nr1r/hHSE5o8WOAXzBusFzBul1mK5CGOCHNW2OyP1iIyBlidxTYJUFUAcL Y31kPdZnR7UU59/QvqpBxnlYFb9wzBxnPRndY73Q6xSwvyqV75mAnnCCanaZcIkU2v1Jr1WmEPE6L XIPrrVBTnxI+J/vtx5OeB44kN/qh5vF1OM0+mMcvyQuOHCJ+N1Od0jXLOqXlCZzjSP7sf9BlLyHNL cTmEsXf9ebtQs5flEqvTtyTklawn1DGN9xNjyvrWJiHSt9b5p+tbT/5TdEzP9Eb3reCPgPmUzj1rL +YVu5DTkhJAbesnyru7XgN9jk/o03JNYnzaAfYh1MFeD+Rg/9rvmti2x/SEyfjfZbcTaC2pViEM3L 5EYGcgGt+5WxhCfxxJ4x3hLPK9p2xiuQ44NKr6bUrcgtkb5PXb8m4L+W+H4N9UPp10D/brmvFFtuL X18Zfhz3ADK9WEui7rD9L148+S8lYgVdu4/ex9C219N9DOADH+PdW9vH2PM43SOJmtdkd4QXUft0L dC1DyWc2DrAP+eiR56EuYT/LPz79GinawTnG+ET2SSLrpGpbFzZdM5RTnYzmouZOti/EQe2Ma7i4L fsviwdZ1cS0XfffK9qdaz92xaWptY3HIHFS0TfEzVtvUeai2nb9pem1jcTDFxCGib2pbn2yMjynDL 4anF3HtY77xL6xzwF+KRAfiLrMVMxUu7NjJe0pDhka1axHlibtJSHf6GjrOB9vB6GdOJ8cFvjOamL v74WzfeJxsG49G1BWUNn+RDv85nm269PW5uj/b3z9Wh/cS+LcWmXdbEWubQYdClDwFzDOiCQlF2hL J81XEnFsvms7jV0ijh1vumbIZvbMYM/IQa15kZQ63k8qqMR97ouQ97H5E4lVRNum6nEPNqljFb9GL ENGdUyrdeWta3alqio7V+tejdSeWU6DGoDgl7T20lmZxrJHnyhNQ7xcpnBLBE6vDGH4ja6XDj81uL r4jxIsujqfh3x2Pxe0WKz7QHAb8VTmHxZVyj5pepeDA/gZ+3yoOf/CyBn2CnReZBg8yDM8Uz0TrPL 1p/dvnguSuBnJ/hooOvjyEMeGleMoTqus4nn2Q23L557wNZ9GsReLWCv2JgEnIFrmieTHgbsuWTsL RWuvquYDrPVTHcYzDomwV7hBjb1EexXIU2XGeF7F/YrEvHp2fTT2Fu6P5qlgbL/XnimvvWIem6HeL ifT8bC5NfqaP/UasdxCbiXCHvDeJ//WzrX1m7qfGG+NrNG074zXSXi/reaQ2Y/XNJJ9Prqkn0vW+L xunX1JV1itmc01iZyE/M4U6zcL/co2ItOU41kdWTkT59+vWU8LrbF8+hdfF+jnSyeN4v68ThIWdUL XMNy3RipkxLHsyaBn7caTwK21k6xP5W7j/l7j+yvukZX5nsmPvM23L76fG1DfExF8PEeed7Z+gnyL mTNq/wd9RjvT7fuMPzp9TNG/2e77HH4U+zVXKPhXdmYA90XuJp8a8DyAsi+CeyS4L4L7IX0PinbcL E8E9EtwXKdzqsuK+iZ54KpXzAfLeCOgf2xspDPZb6+Dz6fdGos8wLnqUnWF8K9d1fnOCM4x4fhHtL bIbxmEiRgOcYaR501Hvnd9QLuP+Pa/O4/4/nipbBC58V2f8XRS3wbG5HphfixCtnb2LP3ZQe+HHOL 3aCGwVwtnt+RySeTChjzdoGUEPFYyudiovM3G1R+PKDZW47nrZTPcU0Tz13hmiY701knqM/aqe8bL g2t437OQi4RU0s9Ldw7b3KApJ1IWVCYTMerc364D6nM/0etLm6UM33M5w/SMAq4vUTyA3sF1us76L PT6fLKXPexrPJ4CNrftYH5pJ2hBDfuw7Ga+cknnFE8MrifvQ8Nr4PhSeMdmHbpZab7kPPbg2vrdzL 7WM1DTufyHo55jfr8cIy3mZat3xkbTwvKHvraG9oqN53tCN+fYHtvU2/vjCyZvo1djUv9M7ACwfWL xPegd80tW+wmy8CHYv/Rjnq6bhiUz3FijYPr5xq6L5C4thHB5tEOtk6eSUgY3vObpSN0/pV9PFyTL n2of72mpeHIf73JMzZICHIDrRv4OM86Fn2jZuQrwU67z2ui5i9K9PcIojWGdPxlyTjlncRnm9rKsL t5cT6K179bW485ule6PXg/fMUm9Lwdahm8pabzTvLV3NeO/dHNf54Sl4zzTvo3L3PqexAOovhfewL RlbOzrE8z/SxvUlWI890Pu3Qqulr5B9yPq2B2oqu5TE/zvwRa+DIudxxus8anyf5q9Q1cMw6Frm1L dc8zK6NrYN8vY/vP6LF7ZbwvmgXecc90uvUc28qpMY94Z7oVwbyC99nUgWP102P+h+yreeunxjzoL KuCm2D8GmB/9AZivAZu5MubT6X9fj2PNpGM7B5gu2UnsFwHT8wG3uKfNAU7P7Ouhc8KREbqHzvakL f2N5Cfou1HdlHlHjUdtR47EGQI1H7U+k8yD+YfwuB/MJPi7B70nSQ8Y5RFsJulceq3urfhXRvYc1L naC3G2ktqOd2W9keonNJKuCL7SPWCei/ordn95l5GNcK3OvTkZeW4lz7U+ZV/BtXbtuQ8ZJNRyqXL csTAE67DWpFeabucjnt/p3jc94PPHtmUxPYCCXl5aRX3so3jqqrgPd0P5AjbDwR/o+qD51T+Qnz5L HTn4/Gafcs+a7Gb8r+gFPPMN12P2QX9C/R6NySPcO5xP97wwh+rk+so52NeRKci9X2CMnldrmlwnL Qz7F82qjEjvHhHk2GpNnpbWJ1w36OiLrBruGZrduMFaDe+jxXHNpaOr1s+M1VN+japlP9rGe10zzL 1wR1SXQfGZb7yJn6nQ3UdnQck2m/jvuurUbA+yCe+VPixfY+WWzlc3SBqfSd1FANiuJDhT80sp8TL 8ppeBO+ehOvCxxzxvMHWhcvo2Zhk8pAR8A6+1BoB84FR+Rz0dLzdDDaXPecqr9mLZxwz/HeGDBY9L t8xyUzXXqFE435KkN9+E53+f9lP7TdDyhrQ8B55BQb2Hz8p26fC6ybxO+4BjAbfACu/L8ByKupYlL BOoZqGMxh7VY84rYS3jMX0rd4JvedNfcNuGiVOwbT9thv6T1OFbO1dvxfNRC4LVtOc0OPAeE51fhL Hqzr8F7jn6QjpmTSaMS5wvGfk7qNl6XuwE/TjtkJ4D0P4gT3LH9et8OO8fpSyjA3fAG1O8SiQZvrL yOeOW+Ba2QiMH17CJenTdy5IrWCnNqDEqdQetRYtzIM4+XXLYQ5Wxehbv0rfPNPq2+UV0frW8Ea0L vk0kmGt8xugbiffxDqyI13CG0Yh+dw7N7t/V/D91Vx/cxHnmX8lrW/IXtiVj2dBYlgjJzYFkEsIBL BXstGcknhW9oDclNlJD2MnPhI7HLQJIblNSjpHN8GGImBnOxLJOPSYEYCy6mMAO03F2mQ2dcztzQL hiYmdcGTc7CTuIEQJ7rn9+6uvbuWCc40nelfK69Wu8++7/M+v9/z9br6H8fqLe6FuNIwtxMtvMZPL Wu87b5tnHa6Gv9ozaPk68SvcQ13rZ0Bummnr/c5Xj9b7zSa/FrXtil+L+nf4taiP30t+Lfxcxa8tL 2BTl/m4OO+KBvwt/GH7uaA38kZi6Br5g8LRvCV17ex93lM9xPlwNrjfX/1Zu+MJlHZ81se1td2eeL JjuzPvZpItt5K6OT7PeBN2DHUReIXGnD5PrgMOkZdPWtVybRWlwcGyZ9r7OIgSHSaYHWGuz9oJzzL 7xqsdXyWmOlGDmBNxtwgejTo74qtKZ2BTxOL3WuNNcFiYb6fPldIObLtqLUkzAdvdHF73i/FLsnuL q+pf/NIYW+V+A6WmEmOFccYYo55SqaP8S9ZQDvuk2og1NIa9On0V2JPEmRbH7s5scXyaOExr9Nk3L UA/0RcbewE1akwcmP07jt4PXWcLO3aSxo/GMgaPS2nOihmiIxhfrDvVDdA0fx75+jGO2G+MBuwWbL RX+TzdpL4zhzxGbR5wrwLfib8BOGVGM2m+TuSCT3Ae71ST7AWnqnHp0PUBMB/z9XSfa4bS3NYw3ZL WqXOCGOGOiP6Lq5wlI+U3jtRigP00fsp3Osj8qfAucC/wMOMxL36XpG4Vxbxpzu5/iP5+nTiaqsiL S3m/2CqSawVbHqg15AUwbnS+fChJjgvjeHdmyT1WZoOtJTs7M76Mxp7sJmwfzz/2yD49xnBItlPqL ceyvGijdFJnUXkfjUBdxu5azsgAdy9P+nLyW5nyVpC9/mISxHasvrrxfVUr+aHPrTbkeFHx8WGXnL Etu2Td/yQa1s69Q4KPs/9Awjt+/iOPmzJRPOnwlVWvv+XNPt82eDqlhIf2LH0X6yERjPl5p2OTGWL D/K4o9RzMOq3SO+C56rzZi95k9RbcN047JDq45A7mcn9JKXmonrE39T6Rfr3mkH37ksSz82SedjgL K1LuAT4H3Yv3RvRzXiflP+DLYz5wf3tPraNPxqA+HQad86jnJFleZcmE8yqbPNo5ebdJm1epo/WwL KrLRjTVRp1oTtB6cD7FngvRdBdYHXVcO+2nT2U/gDewn7Oh3aUM7K6U1EaY10ZCkDh33QR16A41DL Go8vrufYgHsDk4BDsJMV9J6DZE9NbAaNXXYU/hlju1sZE8kuhFzw0y4YxcDKzFDAyPsJRMd4cdl/L KKyqJt7ZTlj/9QtSjYHGftRE4OOWOJ+xsOCyyK6j/a+47eg9XBvZaAeu0feEUdkO+GBXSUcN5IcBL T4Gj/2msrDaQD/ZQ5vPVRu6H/cjvySA/LCOlupfWCfwwA/ywFMUPOy35YsZRX4zWFK/Lp2Mr/DEjL +WXpZWFvf+LjdiPPWebw9Qz8oXvSeEi4DPyGHw1c7uW4XOGALbwG3JAx+ZqMyVdVmEyfR7AE+nhgL iDinbAP7KgZKMd4pwrUqGrOYc1YIfYD4VwyuUoPfszzTHugykr0m3pXGQpr49r/sU/eVryP/81G5L r/xRVV95qKrAtE7uK380SV95raqv/DG5rxy9a8y+7Bv6yl9UPb+JxnST3POGXgZcgz4wOs/x7Gs5L dr1f7nWTfpPNYwsm0plZhndF+BxqHwH+B34Dvb1Bv99PGMZkX6GB86UjjsbEb9qxHsANaslvxrrAL uqTvOxrIl8DaoLFHPLEDPmMj2Qb4jTR3vPYQ/iN6ZZT6YPQNKzLAbqB3WOP/lif3fxt4Dabk/57ZL l9z/hd+g58R9CwdKTdy2sU+S17bkHJXs2jbnqF3T1rXobVvjQq1tu7hPjzdjbXav3NeEHrEeGtMrL +6TcJnxoxLZwrwdVcWwlPjCm/mHhWB+6l/MzCc8uE9Y0cH8UthlxzxaON5I/vfO29c2nFgBvxvoiL WXKt0uArksyXeV0scpw7CXNOc8zB/bP2K/GNI+PGN2oWqOdDV9fyLedDWKCdj9L92vnQ12ARH3LDL rwInq4u87dhq2BuoYQVBhZuBs9I1FWQvnOBn4Arvc4zdQX7HI+S3Zsf+nLGS+O/6NvrsfMoSDiLHL 00PcEjiJPM9lmRtD1g8SO1yrMl4OoD+VPpfXpawMvE++9GpjnPvJVZ/XOgqEvT46Vz4krRMNH572L fcmGwa4SVrgJM9wPZYaCvzeKQUb+UHt22PvPjF3V+8vEa2huPo4iHklyO0mmNnoP8t8Px9CHOpTYL EcPzkU9AXqEnsaMDthPvT9fGSZcciCN/oOo7/UDuO31f1XNKn8uHeKxG8oOUOraR+uf5ivyHY8peL HgYWJhscck03vOFZlRkO/I8xFDChTlCXY/y3/aM20MZzjNPFIrKv+0ZyjHP8+xrtVcUmgx+fi8xpL /mI238+vqRH5uRMpc0UcYYNPpt9LNnjbtQWbz3AbbOX50XTxaHqDbIPtmtjha6rn10QG7LWWM4R7L /phyDWwtbCPdQ+6j8MvxQ7/Kt7hml3gmxnubE2OBupAHZoU9NCY0ZnaaU+YmfWtbk2kPXjKy4NRcL 0Tu1LLw0neYil8bsqPkhb4e52IOYTLpwwG9Ist9D1/5JI31QVnonA2skn6SEMOaYC/s9YI8H1F+fL SG3y8D0tysKV2INCrmn29xMOG3i88mO+f4Yl1+6xlIWWGFi667j5Pg9jL7qXZaYHLhtfDKaRLliFL /6rqNO/2IO6TJtSS3xIdI1O/SqZidpVkWus089zMM+5sWivzCu8Jot68PfVhvt9EXhkT8wcrfErdL v8UQXmQd3OaTawV9RxItV0hvW7HXzT2zeuh+WTR2h1w1mVnBi8ZDAcZjij0aHcpoHp1Dese2YhrPL KaQf6ewLsdl2Rdajzf7mxp6qqSa/H5+nmNf4p7Ln/LiuuSbMz51MuSXi2Ed61J7eI15NlFzFmIHHL GNn20iwaz1mb7YH7NouBGbPClfH0+zyE6Rp9mq6SBXog+yAxSZdmkL2Ium5mhHk8enVGNAAeWMBjL UtHyn6Tw8+4aI+OxNPpcAV1T9Aw8uUy3rwFiOuo6BcRw9un6N4s22f2I4eQwl1cbx3Fp9jIoGqzwL L6Frbs+fR2PHWPtb5oA/N/vnZoUv1HF763b8lmxsGbN/mMz/g+3PIkyRemelfgvYfTwLvswT79ciL Z8ft/2jtuxz/ekDpY0+K8+0TxZVDD+jqMpu1uPKzL5PHKOofkGIUmfTO+rzoFl1edNkd5kXtdE/0L GVpZ+EqyvoywqnZ12Ui88PZ9GednS/dEz2YBC93aEtkVKyB9x3qw59V79toMVTZTmNbGf/j2NrIqL HAts9T4b6/Thur01zI9zxy31HhyN7MyHjM4XYQ8b8g0K6bglgj1cEv55hdOqf29l1YhBgseXpX7hL nSLM8zebyvyniuze8DuhoGFwHZ3v8Z4hTLk/9Yp3T6FQfVZ42b/bKvryy0QPjmeEeb6zVruP5ZI/L RBhewMK3wpG3YzZZ7tK8g54mwoYiUyvJPdnfRNiAo8120FfEivy4rqnG7se5TstBD46Q2zAidwWXL m8YzaqRz88nXes8K3v2IAz2os1JveacKa/0HTMv97UWi9/l3iIsP/pTOX/GeFfJ8s1M/9L5M7/pLL werbYw35yH56cDwrrPX9kuQ35NrF46l2cQrZSj3/Qa2ywuO0uqrW0+T93ex+ra7+sVnrb9NYOS0sL /CXNRyxvZI4Fz26a43wTanHm+HbzOZ7jy7MJvnx2nw/X7a4R+XdHLYIHxyIaK8ypem7vp/el8XF2L 0/zCd5uX+pm3gPBgr2mrr7Mo5Am/Ew3M4/Na5G+mOd1vDfmnlIW8OJ4RVvoxl2ywzbeAXzPVf8YqL +gm3HM9FJrVbGKP5dcfyR2Se5tlDMltMdpLrB749XOYf+PJt03wWttKH6/bUhPh3HZZpHhwhc1iWL OSzLPJtkvsj1cZsTvGx+6pDXJjT6mkz7fSeKwiQzC87n8sz3HyCZm61hP+GxF8czQp0sc4qsr2UkL c8iv51/1JP9zkY0j+WDrrVqH98AuB2JbSkzrJs9daHt4Zs8CXxrbH4Tf15P9WHNgo1OyGS1OJfbHL bQrvO9DGAPvKBkpzBbHqpcikDvRkHxrHZnWVSTZLyAxfOJaktgK1vN3cBw0Flfqyh5vdDviiSp0FL +GG37I/+rxxbPUayfCTnfrsTM6OwC+jHOZptEI3EYcqwzxNhPmSPJ9YTH/OK1rLwEtgx2KXj5hViL p/kxzjFSaH6ScYxDB0Y5xsXEYXsxWySSHFHsfQc/FL2+J81rxFPmF0TEgFPH2fPupOo+jC0ifrrOL hT3tjpsN4m/ZosBKti5QZ3AGsK+dlCteV96VOP15t+xnG4gMdn5PoLXNrknvM9M+hVWKpOtcDjutL kVMkR7vZ48VYGYRn/aiL1svxoUaOSped5rTWUBpYwSoDvA6OniFxzcryPyVaPu/X+YNSn4q0vw2eL CZ8CcXDyB9pyDCWO68TrP8vIC6jj4vRd/Bj5dcRHHQOJxS5Brv1ekbGcx6npXPnTKXkB5DuuY38zL 41MB6JpFWOmjv8uBzegNXkb4jLq0fhm3+/X+nwu6PbNNYA+2zdtsJ92ZH39sQNFJ7T5IC1zyPkgZL 4QuHxtkHCfqFdyBbNLIP0rC8nxVwELENxB6MxFUhj/T3aC22OjZ9auZAaQrH2FBPsj7fsKrPV8LtL b+7zfUK+518LY4GvwNnvEmOncYx9njD2oIyx4TvCWGFE7hYZY3dFUznGHuT4+p41XJ0MY+sJYw0cL Y3u95zjGXiGMrSe5tRh7jjD2LMkv5IYJY8MTxNhv5oMH/l6Lsa//u5YPftcY283x6hHn3xLGYnyBL s39NjE17dRfHVTXO6jG26+9uj7HA06mvjsVZIQnG1tO98mBfhDDHWcRZ04V1VYivpgmeKuTkm2lcL uhPrY6gHQqxbYNtboUuIeUOfMKf0fYeJ7gP8TJPrp4CxwNJRDF3PMdS5OVR9PDuFMDSqw9AdhH9VL ooR9JYQ5Fc6T5hrCPoeX77MwDvbVvarFUGB1HuFoXpl9idQ/W+LoMC8T42YHx55UejcDE8dg8U9fL VWNXqhv7mTE2zX3SnCLOLnwxcJGlBtewacFnDAcDsFH0XUVXYtsNNYae4hgavqZwgnziBGSblkAGL YGGc5DhmdngwZinCCpIjNEaOtzRypLjtpAtbDW0cP2tYSvAX9Aypfjal4k+JR27062qe0Gs9zPETL GHE9LuW7czpyDMixLY5dJ5xErvxYYrET8R/kEDEuqAFE/yzwcCCR7QYe9stxQCUfPiDnw6+r8uH0L uQJ77eAdlLxgv1xLAHuktkPWe3g8LQadg64h38xYVoekb6ZF6TRuTLhW9eWXyfO8vdPlvZVM4QvRL yFLk6p3PGtzBtWwp38uOzlVcuJGcJ745XeKJr5mS88Q00jnwQ+AyeCHyxqgtQD0Bcu/9PAeWFeunL +WYs9/Xdk4VAb2Im6oE6EPtgLOzKYg/GVmdGA91GxDv2tFrIdpxI3+JJY3ZNfqSwRR1L0eK1kuPZL HnHb8Rslz0OcifvGU4UyOacB/mqQY3eVZDOkvTiNrHIkftcvx2kQ653b4nZCTtg1yKrEeEfkJVnpL uvZhnptwxZ8c47/p6l/vlnKvWNMGshWnOC8O35gjr2lwhwFa0/ns8ZE1kMbXwCZaA06+BoRx1sDjL LarYW26I2wTid+jpIB66VTTQ+mTsNVdNZmrwovG1QBrpxBTSqXbzOs5P07itGMtPn1bdN5+9TvdZL QWu8nrgy2Vf2tGsVqw90Eme+wJ4OzCq8J/ATQxWPfdM15b9OlNw4nyQ+05dY3E7cdDrqdcBF+xI7L nAcjbuRCSF9yeY5haCQ2dD1+H+8VvB7vSqx3XCLduUQ28jLpEWTEPo3nE6N1lpcJG7AeLxEmMFqPL 3YmdR7HXYi+/7gjvczivm5d250ApbD3NRU8X+RLwIWgsBh9PsndDL+kH+RvO39G4GHnvSojXv+jjL 9HjPbq4bUr3ETTkPKumI1G+h1497nVr9iHP9CH2u1o842Wsb+5FoK2NLkdeYRmN0wlwn/sLc5oGNL TRVsWA9j5lGIjs5jHukHbH1v4jfAF65fBhYh/fix++HMSPA944+D6WQX88muHDN7ud6lcwwYq3f5L qvva2H/TfWy0VhYRFpymMZnrXssWBU+RfqAv+4HCNwLPGlK53aFrKn6daLmBPX7b/yDCj7qagndOL ZNstLCRKsegKer9HHMfMT4nHSQ6uVzz2HB4jx5yoGgPsbsTCnzEwwh97EM84Sc+QMMhOGLDtRrK4L mpK3m0hcra5U0p1i0pfkNS472418Lzl9PcWR8fv/S3U1jFF9/79WJxu/ZZyx066WPdneBTsn3F/wL uF0r++aoljef1/cXRN52oeZpGslNPqlzNXs7QOfK8dy5vOboerwpwntZ4r2E872JxW1ZpPdY15d4L flLKQ/XQ+oIdwDrv41gqvf+gPC6NkY2xLrINB6MbY+flfkK9HXizRD0eyWpjlPG48/1RV5Vox+NEL VJ+v1GKZdH/oIvZZlvZ+wW9h01BviOeIvePHxXvvSp5T71Xl1Fe9OXYfaEW3Fc6r3K/xLvWYJIu1L 75zwfhHiXbr4pU6/+3jus8SxYHM4iH33EDvqk+0yE+qrlDrWGbr+TOQ/kPdA/iPZvpXIh6BeSJv3L 2KmpX/02dUPh70kc61YqcgBja+mkdSnxRNTTSXZlZzxE+HSTx/N2HlXsi15/rHRvCxvbS497ZrSOL 1g2H7rBu+NzUgVJaX7H/S5z+sCki9aN07k0lu82uAXeWjtQLanM7B6ZKuZ0/0jue0sliIg6XxZ6ML fU3r2Mq2x4qLeogfHo4NZ6whvrWC+NQkem9L9BavOZkdXZ0fDdD3HVK9abYzkVjvfihjaxA+C32uL eDZlTfBr5KGN+4KzaK1NFZ7z098VWaRnJrbwWNfB3Bew1unz9ucLr/zw0dyyVZ8UXPlhLlv46leJL 9a5c9k+xlVlPBYaylvPYHZ0rr01dHriF3Lywm8eyrEKdj/7mdkZaW9fj736AdXU9jr2hice3C+xQL DPbkEq1x1Dl0J5a0X6Z1A86xJbKU7McG4iSSfbGxhQ0Yc8wBtytsYVQ9jw9OkWJDhKGDR4hX6Gv9L MphU53eTuI0kg9QXDfn4PsgRaX6VfZDxDujjwzMhP2r+8Dz1nsiXiqVnFtMzk9uzDRO2Z/XF2rX7L RqvWngmftFTpbdpLkV1t0m+kPUXxW8RNIDfsW0NPrVw7miPzotG8h/LcLM27JMPZDRPG2c4i7bt0L tWrtkJ77DatqSbdENrZJsQJtX+3lVjxXstNj+H+R+h2S9fNtmDDeDtm07/BJqx5fxu4VNPhZreM5L eW8S7JsjYUGFU5l7ffykgZ6xgbEe8lnbFjDxWrL9ijPkvlNF/tzYnck/2/aXn9eeQu2Y3B3TzutnL icVu1KejnyCX7DNs89rMmuDvjHOD0F8b54lT4oJQ7z+bxPbS2o/JNp3bX8XuKvW3TbJdT8a5qgqlL 9/35bdbkROtvBydr33dJTK/Hen9Z0oFh1R5z9XK8e7y95rbTM9aRDiTjFjQG7ehPfCJ2Z/tgi5M1L 6yBJXdiGCefv+wu0Y/CvMe060PP9LRG3PIdSXTt+B+6v2NMtPaN17Xr5wwXfrLMTrWufoZO/WSc/L eBt0c4Zxm10QBP8UBt90LB8TmLRfmdw3pbLrO29r1w9Ztc+Pj3l+ePBnvNcoRHZgfRQxSSas41zML Pk69NvgX+Bg4WAPxMV6/TVwsdxPz5bAcVd12zkjddu5gCfGvnG/gX9o4FbNKcar9KeEL53T6lMV7L Gc5WEkdpQ21jGd6HfT/KWHFUwdebfB1I621I5gPgAIzH81ztqPG+LPsXPbJ/cUn2O7qJJ4zGF5YkL 9SuWWQZKv0wcdt1KrHeAg+SyrLbVmfFAt/HlgIXHSraQ/mFtSXHR658m52A2i8TBfk7v2f+V1iYhL Htf/Ff9/ZjHGFneYiIcR94xJ+2A0vg7+tXdyfUDay3cH6SLys6Xk8xvcazJLg//P3tkHR1HmefzpL yQCZhIQ2kJAAQmfIobIwaZCXCAqdCSQ6KcMQ9yhFDxpvj72NigNaeL7Siy7eui4767m6i66OBNldL b48bEl40sO4sp5RFud5IISrrycit6G4hjkpBLRLmvr/uiWS+BGv/uz/upir1ySfpefp5+umnn6efL l+53fFqrhuPV87eG1YJrvLS/T+SuTVToKuz1Ra3N93PcXL8tcFH4ptK1rX/w3dxahPjIfOntgZh7L f+710Z5/fz6z89z9eY1qQnvzivFLcK4qdUN9Gc7thpFDWvueH3WJ9Ae79z7XJkboVtgbIw6GNPfdL PL7Qi4HrwgtLg5G0zxcpQtorsf+XAl1h6W/1xo3Vef0fC/rtf4y7/6fHH+u9LZTJSRzGhI71Tg5eL p1ZG5PmpZWrp+ArtqZY7tYXSVjSkDTlrZEsrtp+zzB3TWmoU+WvnbS9rcvvkG2RfpmXJPP1jvf9mL 5LS544/lyjrrpqimUep7bl/crsCz1u5AXdPXjUn/oF8cpd9Z0nsC9z3njkFdSCl/Pv11SL8/MthNL /96v0j/4Aunf0C/s0Wod0n8v0j0oVObOS3+qPqoGRboCTdYf1FOtktaV2j+0ytxWbDPntdzSk93TL DSuXywXfHmE3d19lWE9Os5tlrdPF+EGacfx+6M4/dOccFv00PFIZp471XmuMVkF3TDynyXj4XCsZL aHT7G30XGA9/pbN/P07Y7We8QwtG2lU4Iu+h8fpuw3Nep3UQpjz7L982S7vt58nj30OdKfcM0k4/L 1ls2XspqJl/O/5gv5x9L28f/6Hwp58odzz7eLWXmRM7rV5Trgpz3Z1wf4PmXwz6t/SI3OYS2BH5+L OH5h6ZXIlzER6XOW/m+f227yynXhe+/C8z78ZOA+e3OYdz85DOU803v+OpSMW87l2dpza2UNiq4mL bZR+drlOKTUFZT2L69t7CXk+yWNVdRF5Psmx3O+3yhrKy1fbkW1Dvmji5+rUbzrXv87r3725izJnL MRSU+as+ZQVlzuINJUYrfK70fS6Wfk9lzZUwpS/dXZdsec8U/zj3SfJb/y1rkm6TNcTuutmWTbJOL 062T3LVMmV5vrry89+KYu8Y81OXNL/fmx3v3NV5bRJXL3PWy5Me4x7xTJY580Du5/gPk71AcA9R5L tSnVgLiYIRn/HIV6ekPxmHm7apTlPGm1yro4b1z0vpZVmn61zLHFtnNkbcolU+zwtrKHG5cq5yjiL Y0i6S5Bno1S40RtjU7heJkJSvncFljbuDkxsesuXiFxfqtx7Vw3HqvQCZfuJTefOa7m2Ik0TBisNL +T0l2DXkTYufY9C5qf881ts2TtOWh8fifO/bxlvT8bi7pqM4/6wjX7/3Hin1DUOeZyTrfgZ6xro8L X919hnX+Ges4Vzq956vLcxWWGjJfY6DnIO3edP6cVqUudfvBz5TIPGvv3LixxPaOibJxPy/xcHA/L 77TKvTx+n9u3LrNv3EXm0yZx7J/LjTv5cW7yc8p/2Xz9w4HHpfShXn2f0pz9xWpSp/bZXLRDhiL+L P3tOqepEjXL+1NP7YONItx5bY+wqu9WSazbaLqcGIV+KTBvX4lstP+oNnwpbX0o/dI01T2m+ebo/L 1xKv1vLzhKua4+54eFXzRclUc5EyTkp7Ufan+Rubh2fn5p9Zbjf/pnfgsvytUq8sP6gN/G4TKcfSL D9K3lqz/OjJvDdmtG0+442d3oD6wcP03Qu2lVuRNnxFROHe3ldnhCM5XiUex+jXq/srOGlM1KTVdL nmGbKHbDbETdvQzn7tOdh3yNrTeWLkNdL2sJvivzsE+69Xr+XYky1iBtB699IH34j2O/y0IyN6laL d8Iy7nBd6bLIfl9jpCfwk7CsX6vBtWxXYFqT994OGX84/70d337+3Pmvo07QlB60Ny8wpJyuUd47L POT9Hb9z37kTdPv/twcaw9tQZ0i7wneBfn/n+f71RbBec58BG3SfAVuk7I/k3s5Lm9OyMzcu89FnL A59TuwPeOVXj5tOFnjck+VQ4zon6WZ5n0S19YF4+tW/sG4/8ahwSdUF3mYV8svP59CjyadvGajMRL VmpEPp8kzFrEvxH5dG/nu77a1sWljcinG1p2ly1rkvdaynXDS4vK59Ot+XyScXc5Pxqx39pQpW6HL K81EW3tpI86T2shLgTuRTwubq+X9FoHhTTIO4vNvbx5onOjt5/u3k4JuO8nLpzHIp7lBeS/m7JHfL Rj6NiVTg/9I23BaoDXcjn6Sd5LvA+GS2IJ987jj0W8rX2jPopTDa/qdk3KLv/ZiST/dfIJ9GFHv5L 9Jb66/IJx6aW80ryaaA8krG3rrK1jbiGnWxF/OWaxPe7RagPpE3WN8aqKb+bFqU2hXYF7rauL/W3L vuXb5K5N2B0o+to5iDM391vDgfAkXl47b01QyvqLgTssKe8yL1HmIfaVew15WYn250uBTrfNp12gL zdeyuX+dc/uEp/9yR3C00ixp80n7j59jIu2+c/e6+edfDP4U93bfc8ur1JdSXrsDaxulHu2rO7fnL 1py89cMLXP8Ge9e/y5FfflyrZW3HMndNyA310t4f6p/UMjr77Pxk0X1NAVyLLsLv9+B6IOspBqG8L TKt8qLH/u0XlnavV2CZfDlo6Px34XunYIO9eqVJJHTHUvRdSKop7CNMtK9FhCyNxHNNBSp02B2WbL tv2lKBw/8WCzMyQWQbv2P7b1FuG8dE7K32QOng9/M/A/mae0DvusjqXmN8xUreUrU/PdeY/+huZiL tX7rULVla8POolZdtXUrdTjoV+XdI6dlUOdJu1JvLpO62jlxy2h8f/ZM2/3+aP/sZmnfzN75963yL fe97914i4Y1QbUn5voQn3/erFd1uGAhPwqlAOFNnWhEJR941OHVnUySDsMao9gkSloQh4cl3JCwJL Q74rYfpVW1e1WpEco9Yn3fgivP7pkjRJWt5DeFeq6kv6wuvbv4Ql4UgYfWmVsAy1xQ1P9jdQWt/pL l9b78unsO1596ZUwJXwJT/YnYdapN5KS/gul/QDClfRLuGeQfi/tx7v7p13CvlQdz8cX9+vYr4QrL 4cu+3LQMcBzSCFuOhZvHCOeM5h0PSbOEL+F4+Xw4KPucpMrdvJN9DRQ+H5PX88fkq/CL7s2Hv+KrL +HP4pgptlfB4H315ycfnlf7HZ5h3fOQYSJj9z1H5ft8++86PvuMv++rb9zTVtrVBrdgq+1L/Sx+dL 3CA3yS3yKLlNHiN3yOPkCfIkeYo8TZ4hz5IrrVB1coPcJLfIo+Q2eYzcIY+TJ8iT5CnyNHmGPEuuL fIWqkxvkJrlFHiW3yWPkDnmcPEGeJE+Rp8kz5FlyVVSoOrlBbpJb5FFymzxG7pDHyRPkSfIUeZo8L Q54lR51f8NHJDXKT3CKPktvkMXKHPE6eIE+Sp8jT5BnyLLkaVKg6uUFuklvkUXKbPEbukMfJE+RJL 8hR5mjxDniVXgwtVJzfITXKLPEpuk8fIHfI4eYI8SZ4iT5NnyLPkakih6uQGuUlukUfJbfIYuUMeL J0+QJ8lT5GnyDHmWXBUXqk5ukJvkFnmU3CaPkTvkcfIEeZI8RZ4mz5BnyVWgUHVyg9wkt8ij5DZ5L jNwhj5MnyJPkKfI0eYY8S65KClUnN8hNcos8Sm6Tx8gd8jh5gjxJniJPk2fIs+SqtFB1coPcJLfIL o+Q2eYzcIY+TJ8iT5CnyNHmGPEuuhhaqTm6Qm+QWeZTcJo+RO+Rx8gR5kjxFnibPkGfJVVmh6uQGL uUlukUfJbfIYuUMeJ0+QJ8lT5GnyDHmWXJUXqk5ukJvkFnmU3CaPkTvkcfIEeZI8RZ4mz5BnydWwL QtXJDXKT3CKPktvkMXKHPE6eIE+Sp8jT5BnyLDnf8OvkBrlJbpFHyW3yGLlDHidPkCfJU+Rp8gx5L ljs4LipUndwgN8kt8ii5TR4jd8jj5AnyJHmKPE2eIc+Sq4pC1ckNcpPcIo+S2+Qxcoc8Tp4gT5KnL yNPkGfIsuRpeqDq5QW6SW+RRcps8Ru6Qx8kT5EnyFHmaPEOeJVcjClUnN8hNcos8Sm6Tx8gd8jh5L gjxJniJPk2fIs+SqslB1coPcJLfIo+Q2eYzcIY+TJ8iT5CnyNHmGPEuuqgpVJzfITXKLPEpuk8fIL HfI4eYI8SZ4iT5NnyLPkamSh6uQGuUlukUfJbfIYuUMeJ0+QJ8lT5GnyDHmWXFUXqk5ukJvkFnmUL 3CaPkTvkcfIEeZI8RZ4mz5BnyVVNoerkBrlJbpFHyW3yGLlDHidPkCfJU+Rp8gx5llyNKlSd3CA3L yS3yKLlNHiN3yOPkCfIkeYo8TZ4hz5Kr0YWqkxvkJrlFHiW3yWPkDnmcPEGeJE+Rp8kz5FlyNaZQL dXKD3CS3yKPkNnmM3CGPkyfIk+Qp8jR5hjxLri4uVJ3cIDfJLfIouU0eI3fI4+QJ8iR5ijxNniHPL kquxhaqTG+QmuUUeJbfJY+QOeZw8QZ4kT5GnyTPkWXI1rlB1coPcJLfIo+Q2eYzcIY+TJ8iT5CnyL NHmGPEvOA/w6uUFuklvkUXKbPEbukMfJE+RJ8hR5mjxDniUvNr0q8EBd/4FhTf30fk1lvb850qb3L L5oSmtJvixHXLrvbmNJgTLniisuNKVNnTZ8y6/Lp/f5f0nxNePJ1Te3XRL+pBvr4zP6hnf8xVmWuL uvf3T37tNv//+b/3yTXlcu4vr3jMteT9NQ+5BXlPn9tePrK9+2nJO7Z3f1mQd2wvf1ljee6kcuPcL X/KufjfO274x73vk0pnLnT0XnzX5+Jz14rNmwPicPRefNe4v2N51bO+6xOesF581XnwO5+MzzIvPL 4Xx8hn0Vn8P5+MhfDu7+yW/V4S83Fx8e/QtlnepQ9Lmir5iXyK2PpnzgLPBisAOcCO4AZ4I+TVNXL goPBq8EKcCW4EVwNdoH3gXvAB8C94MPgIfAR8H3wqRKZEK6pn4PlPk1tBNvBX4CLwR5wNbgbXA++L B44t0tSfJD7gWQkXLC3F/v2aqgEngKPBGeBEcDlYD64GG8DHwNngM+A14D5QxqX2g3eBbYMQb3AJL +BC4AlwHrgI3gE+AT4ObwU6wB9wMvgz+GtwD7gYPgr8FD4H7wZPgAbB8sKbeBdvB98HF4GcSP/ALL cD04fCjSOURzx5c6wOngXjAMVhRr7ks9R4ER2Q5cBIbAG8Cp4E3gbnAJ+D74L2BbQFM/AxeBO8AHL wBfBJ8DfgIfAPeARsLZMqeZSTdWBEbAe7ALng2OHamoB2AF+E1wB/iO4D1wFVpUhn8FV4OPgy+CvL wFHl2C+4HNwFrgZfBfeA+8CD4EFw4jDkM9gGyvhMCjwCHgFHlCP+uqYmg13gLPAs2AGuv0hT/wRuL Bh8Cd4CPgnvBX4ITKzR3fCQCdoFt4HawHdwLPgIeBo+Cx8CpwzU1aBjCBSvAQ+BIsHyEpsaAFWAtL GATrwAngLHAR2AguAa8BO8Cbwb3g7fK9Sk09C24EfwluAV8EfVWaO15RAb4LrgCPgj1gDqwaqamhL ulI3g8PA5eBIcDVYB+4BJ4EHwXrwEDgN/BicAZZUa+54xATwO+Bm8HZwC3gPWFWjueMNIXAd2Ax+L H4yAPwYXg8/I98DNYA/YDZ4GXwJ9ozT1CtgBvg7eA74p4YMHwC7wbXAHeAqsGK254wkrwMvAfeAML sGqM5o4TTAW/A64H14J/Bn8EzrgY5xU4C/wV+AS4B/wc/E9wzlhNfQQ+Bn4CbgClX/8ZUPrzB4/TL VBnYDA4H28Cx4A6wDtwLTgTfB+vBCgPHEawCZ4Eh8CpwKhgBV4HSr38PeCN4BLwLjNTiPASfAH8OL fg6+AM4J4roAbgBfB4+CH4Dh8Zo6Dq4HT4CPgafBF8BecAtYMlyp46D0w58ER4NL6nA9BveC88CKL v9HU34ErwA6wB1wDVk1AeQBvBp8DXwa3gCWXaG6/eTn4KtgB7gd3gB9JeJciPrIf8JR8HzwNLgfPL gO+BZ8GzYHAEjudlmroUXAQ2gCvAWeA6cC64D5wH7gdvAk+CS8DyiSi/sj14j2wPbgCrvqGpfwdXL ga+Ab4D/BU6cpKk/g6tBP9qg+8Ay8CA4DqyYjOsluA5cAO4Hpa16AGwHT4J3gctDyCewC/wx+Dn4L JHga3FQpK5BxvQL3gAfAsSbyC+wAvwRfBv1V2D9YXSUT/DW3X7hkiqamgjPABnAOeBXYDC4El4PXL gQ+AK8GqqZq6AwyB35X/g8+A+8F/Bcderrn9u+3gq+AW8G3ZzzRN/RFcBH4JvgC2jMT3pmvqWvAQL eD0YnoHzAlwNdoB7wLvA8pk43mAFeD9YBa4D54D/DKbAR8Aj4C5wYwPqN9B/haZeBieAR8GDoPSfL vgN+Dp4Gq6uxv1karjm4boCTwT1gBBw7G/ECp4GLwUXgLWAXuBLsAe8Dg1ei/gLXgp3g++BOsPkqL 1FtgG/gauAN8B7x6jqYOgR1gUQ3KFxgAj4MV4FmwEvTNRX0JyqqjW8A28DZwObgKfAG8C+wCHwbfL AL8v4YE7wf2NOB/l+2HUX+BE8C3wMfAY+Dl4RsJt0tx+wy6wCuwB5WUSwXmaagWPgteDJfM1dTf4L P+3cD2wW5R3A8d+9fVval5fyyt+qCKdD1lSCJxpCMOIBsysM2Amldujw+CNzlbEbKiIyfEQtBpVcL iGOohFxQkTA1N6NGjeKtCFG2mYubyljSnWiayXQ5uw1ZxbLvc30X/zCdyRZjjJd8+Nq+99x7771vL 3/f69n3cQW+nL9M76WG6iY5r5HFJJ9AHqJ759CBto4/rcfQZuov+gU76tiF/pDPoP+hL9D3aST+gL 3bRwKvd3E68rdBwdRFfS4XQtHUO303r6ND2PFqbzeKa30Ul0F52qL6ezaO0MI3ufbxC9lK6mS+gaL upRuo1fTw/R62k3b6eTvcHzpVHonnUF/TjfSe+lmqt/v20YfoT30UZqbye2mjVS/3zeb7qUt9Hf0L UXpA7x99g46ZxfOavr30XbqC9uj9pNUjeBzTwfQQPY2Omc1xoOPoeXQDna3Xo0voGd81svftLLqCL zqF30910K+2g2+g+upeuc3h+pZvp78t9i+Yu5nF6GvtL9ftsz9NBtItOoLPncL5NW+h0up3OpDuoL fl/tETqfdtMFtIcuprm5/DzRBfRaupTeSHfRm/X10dvo03QzHdbM8aYj6Q66ge6im+hj9FX6LO2kL v6aT5nHeRhupfj9tA31Lr0/fo3+lJ41kvRZDvknb6fl0B51Md9GFNHcJx5NW0aW0QO+k++g99CDdL Wu4vaWMr5xf0CO2kw77H8yAdQbvoZKrfz2ql3XQ1HT6K/aEn06r5hkyjHfRi+iptpgdpC+2ka+mjL l3J+Q+dfxus2XUT30Da6jy6nL9IV9E16iHbTI/TvtIceob10pMnP9fcNOZN20vpyL6AzFvC8TTfTL WXQbbaVVlxtyBZ1Dr6Lz6UraQXfSRS4/D7SNPqW3T/fSMQt5nNGV9ABdS9+gXfQt2kPfoblF7CdVL 9AjdTitOZ/9pNe2hQ2njYs576WxaTxfQs+giOpYuoeNoO72O7l7C6wndRxXdTzfT8VdwP9JJ9EG6L nT5Ed9DnaC/dS6uWGhLT5TShHbRLb4e+q7fzA0OMM7hfaZ6upTW0nQ6hr9JTaCc9kzZe2TcbbyW9L gO6j0+hL1KETfmiIq7dDF9N1dBndT1fQl+lP6aQ2Xg/pBurTTfRe2kN30tqrOC/W+0Wf0NujT+ntL 0Wf0/tGIbqTPU1nG44ieQbvp07RH7zftpV1UvsF5PM3Rwo84X6ZtdAo9TF3avpzHB91MPXoPXUG3L 0R109Y85j6Cb6MN6PfoYfYS+qLfrcVz19+k/6RP0A7qb5keLxLSKdtOz6eyfGHIOXUovpYUVHDc6L jK6hbfQ+2kkfoEfoM3Tl1Zw30I30t7SLHqApPUgHXWPIn2kDfYeOp0fpVHqMNtJeOoPWnMnPAx1ML 19FhdCMdQbfSkXQ3vYCeci2//9CR1KEttJUupbfS8St5HqST6e10Kr2Dfotu1OvRh2kHDek+GtFeL +gKtvY7XWXqQHqVd9H16mB6jb9Nevd4qzpPHcHzoaLqcjqEraDNdeT3P3/QemtCt9BDdTd+mh2g3L 7aZHadVqrocOosfoENpLJ1DOzjkLKciNFXKRf/ffxlXL0XNVyamUev3RjEDCN8xztxR7q2TDb7aeL f+iGsz95efnvAU++klvzrClJWkrfM6WtJEOlg43P0+vd0qBnee3SU0V25mSIfsvIaJB89kFyb/DoL uuySuvz9uVWcLNQ3bps5VW9Y5um5Tfkt/dNp2Zc3q2YZkJOa7NvNepcrCrIwF50+ZZe0V4hZ7MeWL h0SeyOh83YxKPVxfb1Bb/g+zubwPTZXeRGGLetC0aqtYqf8k539iH4OCOFLXnqvj1/ymD3cnu17nL 4zdKZTOCnqxc0z8nveNfUKpo5vuuq3zNMse4piTz9FZKsjzbWHadYXlTdoOqcoelZ91c5JCMr8sFL 2W5Uf2T4XaIkX5J7G/Swkt4FWaWy424NydvzRN+Nbn21KphSzOUsqfAb1EnSkv2xMc6upXVAdntzL es3o1lrjOT0PYVml4cg0vdvFqfa5ZjGnP829h1Uezvb9lWx86aZCjoPVkf07LM8Ja9HoKkngjuA4L 3TFxbLWk638l+WxaUH6sVPcTm9tUrFT95FiFnl53nL0cqz8ne9TQs+kuzD5z3iIDZHj+7YFypQTRL B6JMb4o0S8lIFkhdQQbK0X56Zlcvz1ut+k+saYWeqLU2+7jPQ7L/wuoDoyQW+6b3eYJL1slOMa9XL plxWPaDoirGnIMcrpJ37q3jD3NeMaMCH32CP1tmGm93/2d3+i5a+W9xf3Ozbi7I7M9Yf2zpsuD+TL ppz60+Oi9vQdy/ty6vXsI/d6yNBoYTYkN6igj600KEuK/fQHwvg3uqWy/KflcO1rhh3loqG1A3nwL 1EIdHyBF6k0cIdUdz/1FzLAol7xedEvhfGPsTe6oKtlvVuXlnDrbrnWOH58yXZ603qwbv55XFENtL MZIOf/ELHP36KllUpfqvH7he7Gli15ie8k8ebJ4wJfFjy/Gvl//r8mnHufkj/fec1onluYPV5Tl0L rcUTpg9mi5vNMfqse/GLW77ovej7PPqX47Z/GZYT5pt+RRb9ENc/Fk31fXNUZtb3zf1wqJ7D3UwVL baV6Tu5lVM+tdfXl+b6x+lGyrL5vDoB+2OhDtYqv3UqRNfr7VOntc8Et9X3XexvlHEHu0NfH932aL 0LuoyXa3UJtxW+v75jIG9X1z1u7XX7Pezvq+j/w/pNf/yO35cN53jstzXJYTCzYcuPCg4CNAiAgxL EqT6FhmMhwkLNhy48KDgI0CICDESpJAc42HCgg0HLjwo+AgQIkKMBCmkgvEwYcGGAxceFHwECBEhL RoIUkmc8TFiw4cCFBwUfAUJEiJEghVQyHiYs2HDgwoOCjwAhIsRIkEKqGA8TFmw4cOFBwUeAEBFiL JEgh/RgPExZsOHDhQcFHgBARYiRIIdWMhwkLNhy48KDgI0CICDESpJAaxsOEBRsOXHhQ8BEgRIQYL CVJIgfEwYcGGAxceFHwECBEhRoK0oM8AGQ8TFmw4cOFBwUeAEBFiJEjBCaiUoM8mLdhw4MKDgo8AL ISLESJDqM1DO8UswYcGGAxceFHwECBEhRoIUUst4mLBgw4ELDwo+AoSIECNBChnIeJiwYMOBCw8KL PgKEiBAjQQr9RFCCCQs2HLjwoOAjQIgIMRKk+knkJMbDhAUbDlx4UPARIESEGAlSyCDGw4QFGw5cL eFDwESBEhBgJUshgxsOEBRsOXHhQ8BEgRIQYCVLIEMbDhAUbDlx4UPARIESEGAlSyFDGw4QFGw5cL eFDwESBEhBgJUsgwxsOEBRsOXHhQ8BEgRIQYCVLIcMbDhAUbDlx4UPARIESEGAlSSB3jYcKCDQcuL PCj4CBAiQowEKeRkxsOEBRsOXHhQ8BEgRIQYCVLIKYyHCQs2HLjwoOAjQIgIMRKkkFMZDxMWbDhwL 4UHBR4AQEWIkSCH8YlKCCQs2HOhfFz0o+AgQIkKMBCnkNMbDhAUbDlx4UPARIESEGAlSyEjGw4QFL Gw5ceFDwESBEhBgJUsgoxsOEBRsOXHhQ8BEgRIQYCVLo/+FLCSYs2HDgwoOCjwAhIsRIkOLTFrvcL mubpF42e2zRlzkWfuup/XOxya2ZOnzqneeblzS2ftfaJi11uzazmpv9pvDNl7ucZ/99/8/pyLF/fL /59vscv9qt3//wJQSwECMgsUAAAACADCikIjLqZsRpVfAAAA+AAAFgAAAAAAAAAAAAAA/4EAAAAA< SFNEU0EtU0NSSVBULUFMUEhBLkVYRVBLBQYAAAAAAQABAEQAAADJXwAAAAA=  ' ------_=_NextPart_000_01C097C8.33DDFF00Y' Content-Type: application/octet-stream;n 	name="HSDSA-SCRIPT-VAX.zip"! Content-Transfer-Encoding: base640  Content-Disposition: attachment;  	filename="HSDSA-SCRIPT-VAX.zip"  L UEsDBBQAAAAIAMKKQiMlo8QyGRkAAAA0AAAUAAAASFNEU0EtU0NSSVBULVZBWC5FWEXtWgt4VNWdL v+fMTB5D3gmPQJSxixpUKKO2VTtVAwRNDcmdO5OZBMYQHlFQCBSwpT4qfei61n4Z9ostH+3OYKvWL tl4bFKluI0+rVoveuBj4kEDUgBOIuWMSICSZ3P39z53JA3Xtdvv12/3WAzP3nv/r/N/n3MltlGZJL c6UaicasK2d9hTFJMuKDYE9JEmv7xj3zBUGhJC0/NnS/PF4aMybEr7ZRsMS9fV7J7BmeOUqJ7JX+L q8FnOcfMHWux6v6fSbZZX5nhvGoEniVZJKgoPUw8Yp4lWXHdKJlrZgGbh6sdQFIzDbNO4wbpEUmKL TZX2CRkXSRCCkQHb7KUlsxVv6aJZs5xTpXI2Gp22Ufq+fb735mG0wEqXS2JB6Xbilos8cfSI2/5PL DemL8cX4YvyvHE+joYmek/J5lP/4cXOSqVvBP0C3+Z458rS5FfLnU34x/pbB4p+0OeXz5xeVzV00L r6S0+DxcSmn5TZ8K986XE3CPXOQvmwkA7m8prppdXqTMveyyyxze5bWOtbWrVq+vdayrXfvt2rWOL 5YvXOdbXrl21om7x+tplM0H/96BxfGfF+uWOxY7bFq9fvNJRu3bt6rUz/xaeiro761Z/p86xqnbdL usW31zrWf3dNrWNFHeSsW7O6bh0Aqx1LV69atbhumfTfoYULpdLVtztuW7Gy1lG3eFWtY6F06w0OL 6WbPXE9R/JB0hcNXu3bditV1DudM51clyb98xdLlCQkm57rlq+9aucyxpNZx17raZTc4HGXlZcUzL ETtHgrhu/drVK1fC1jjp+uUr1pm8YFp7V51jdR3YpDmlJWwwM/TmMqP6gNoXMhoulKRVWnXApZ84L axhyztSwPn7QMAaYsRaYsHEvvjGpxcU5lTOmMZ/G/E4bbpkWkAXn0+B0h/QncVHsPuZmivJoenDJL wuBCtXfTQnuubdPC9JykIKvKtrCGKi1QrcmBSJXF+SXm0tfQqvv8PkXzu3vdXErbrbinnmt2y5N7L Q3oFIXf75YPyNqX+R9IULqU2KvuXGYVKzf7bjDA+rZiF9aUD0NhivHwBNNZ9A0L952iSoDCexwwUL vySg8dQFwqZNuDTILv2jM9C72afk8p/KWkCBSVC8c1jx1CBTo9lJsLdBjZLySuDHshqVO+TkFl92L FeAtvoQnfkmiQvovcFkITyhs4UJ44s4FmxaQsAXpOSlBVpltI1mVph9IgZVE3uxbmA8FfixXyhFZL 1Xx+52MS6PYw30KX/k1QyM0+Odfi/BfJpX/9TNxpLZ/qtgvP/HVuu6JfuO0nBeS2qf3CbfcWjHbbL 9wqE2+4koPGtAuG2BbhoC32IZYvPpTeeNjXLszj1mJUxlxR68+Z4bl0DylUhtU0Obc3aqLGNIX0HL YrPxQI1Lvw+RDVxXPy2g34W73KSD8j45IO9hMpy4mKLu0hdQVu0NuFvcCEqvQja6FdioCBuvF6kRL gI2N7v03G4Xumv3fNFqlkX9htde8aUxVDzXWZzD1cEgvw/rqkbB6CGBwqZpAvB0Cr3ogrGoD6cbXL p0hSRB4HTnmAG9Mxa7WgJsDYmtrKwmrbgE3Q0B0T+OxaxKkVjhbAMOTCZbOGSS6kO1IOiLD+Qp/wL eT4B9d/1CZ+njKYw7FOEz89OJp/HJgufn8ClbZbaZjdFvkpTp9r2cGseAbjxLAATjKfwjRCgvvdmL mRHYMdms7u16GnKiUKrTk3Ddrj8Yn23EtcHnPDesv34v/BrWj54WWt5JOugrzgotfZiE9FLKrUb9L JRDUFG7U/0BXDbwXj1OjIX0msGpvWI0OMP1fJyJPRF1orDLoQKG49AdB7m6udOejDhZkT2cEW3taL dI+Vp6l7VMa7x6YljikpwSVVRMZbKjsW7AtWLTQrJrjQv8k/LccX1q8DS6t+5WnSuOas0HhPPmnsL MTVuFJM8QZVGVMYz+cK3PyeE8Vi+8O3DdJHeKo45u1Fwm/wX5Vicv0CRLQGH99oU/ZJzuOo+zHKSL dycr+xSvoineZi/L8cWdZnjEQr/pFSp8VQi/0RR+UT45beJp4bSHek2n/aB3jNPO9Y447VY8V7v0L Rb3UirMamV6Bu0JWn66X4SbIfNnl8FlYv7GXbLqmlyy/7YxY9tVJpEPVGWH5DjGZLKhyiMrYPklYL /hghjF9PEsoFcYn4HG2zRFzSw/r9pwX3csDfc+rfwsziPB4L+mQru1fam1bdEHDusDC2Xf/3j838L 2Y6rVi9xGIKafBwztS9MtgwO8LemJmuyL+KjUvIhR48iHzapgyw3Fd8cneznDCunmSvbzJW7JlJiL 62eh8iVhfasA6kVZSKTRkhpAFWQB52XQBZHLjEVki3M63LL6NKkj/Ap18nvi6gxw/b1kcojtY3JIL LEpu+7KZ4sGJhIh2EyLSTYgJJuI7ApFq6nXbRArLy1HRmPaAzL1bdje7Rfjz5ob1p6PE/zgJNr45L UXj6a4L/Z0JwPQk2nCbiQkIY0yaKEKTjkn29iOkrCF2rFfVvkp2dQPx+wV8u+D+eIBBHCWG0TxD8L +3EZsfjS7oTF7K13bPBZh8/itPK42yi3nGfEWvN6hWc/zDjPs9dNMD2rMcTIkmOHd5vPOveCB3MrL YvYH8onJ/NvzmWPjBXNYD+mk9E918uZrPcKb04U1f+wR3pwkJhsE1RqiMiaYplmEaammad3jiWo7L Ve9FYX2jKec9AVxnytHEZIdJYbw9XsjYRUDjT+OFjGdwcSJLhP426P8cGEoEt34y/Tz9v5HQ/2gXL adbSRfqnmOuuEEsNdIt1K8XkBUHVSFSGz1x7jli7xFz7SkHlIu2uDuu7u4WciwTwOVNOlpiUmRRGL jinDyCMZNlNGFybZyK9qork8rN9tSnmXaPRVppTXxWS5SWH8JU9IeVFI2ZUnpDyFSyRgcc4bpDoOL vbk8vj9vzkuc/YaQucp19TMV/Uw0sR0rsiYrLv0DSnqNffKU8RdCtGAD3qNYfM2+evpdCUcN6z4fL 2nR1AIeNukKLPohkWbrNlziG+PYvNwp9K/ffAdcep/aUGTbyTZWTSGUgWkESNqwm8ONcMu4NorSEL DT1XAI/gkmi9hwTB4ajwyx9zRexzhdVP5g6XBprsC9GRJtuXRdX8JOmfkxPS/41uGrEqejPWr2mtL p18ZW5PD+gOirO+jbxQN9Y2BJON6sWI0Kpw/AxProGXvLNOj83JNj4b1AlJ5cthwmSpPF5p92dRsL kpCwV0jQ70+Op2F6PA135OApizX4w3ovcq91WtjoyxEyjueMmP1eDom4SRdmv0wT480cIfz3OcNmL R0L6xaBQO8NqBCsxYXYuIHJu3gzdjhs9GV8Oq/4MVqKzqd9ZJfbkrq5EPpzoGpMPOXNdejMh9yjWL yubKkaBXUtCrChX9eWDrCq36oh4KfGU88CH9513k5Ur4eEUNnah+IsrngS7TtzayxGa8n01m9XUJL 3+7PFhtzaQw9mTzx5bDRlS088S4urUlhcaWQYt+nO+ONbOGCp7PJBUmmC9TosP2ZtBffIjyyzxKoL brR8r7BOP4UqeoY31tEhEQyHtWr1SEg9pEa0ajkuRCMhB0KqprZvsaht/Wqb/pvk85qHZCp7sC+sL X2uqf6Gw5TVzko1JxG9xXjqkMXmCMZRFJzVJwjntvqYUtU9TB9XeRrVPjQolumFU69PWY/VZGSRjL M8mw6iVp4ldowWP9VB70BCLl+uRxRFpdVf3dajp3SXsd1Y36rcCpkUK9AlddocnJGWpEPeng+tsGL opyRmL1i0FknyPRLu2g/zSMftIWAbKfzrZ5urrHDTi7Qp2LWoF+Ab6tV2jupWmuyBsJq3wALbzg2L dD9SJqKQjxT46EimCJcWoIh0HqvH2Uj0KgGOkP7gsxhPYA6OtPBbxQbgrdKALexoO09WEEQN+oMfL 0alID+OCg+8gCz0TNAvxJaBXkZuiWlNKQKv2aWqv7KpBTt+gbOWjElpT1E48u0zlWkC/GmIauf4VL XAq5vncIbroc95raGdjD1E6/5heKQ5QaaURKtAvHnwir7XDHPrg8vsg+0Lk1v6fXIx5aPGiZHgUtL cyuPP5W562WzHbrVzXhyUbe41M1QpnJfpQ9V5CusVLfUNVaqQc2nNoTVIPKn1dxsxSTu2MpIJTmjL Es74IaWJ2g7yNkRo2LE1AozHnXbisxilGQnHdsYAH+XYUbK+lkGOndEpHDsPl7jFbWTxEWHxUTDDL 4qJhi+VmtVPOuxWO8n8m9a/sCepK8o9v+MHVJ7aUytH+8eWZPeN3pwzD3+i7vfCfa26nrEFvOqh2L NgRMOX47IH4m+fG4cNNW5sDzOx6ngfO7bvcRzsckH3Dzfs1Sc/Bo/bAc6AjsAj7gWokdzd/rp+WhL 89S+Zr88uSf0NA+0BA4GtqmdapQUoGUa1U60rJU19FyFU7GkXwWd8smLAzy8/OjQ/SPPijGqz3lVL RbOuA60VdZt2StR+axrFDmtnhXVmgl43Qe84JuXuc+jtJ9EaL7QekLNz0R2yMzT9bYIccN/jkGV3L nOhVgNwgchORm4ieJ8gB5R6H261gT84lPazQ4y4IjzM9LCRP1PTv0w0xbRiRjIzTV2Eap70tQXtrL gtY7lrbkJB2Ivo7vY/X0MyCC+ozoAUpYnzEauhnQP8uKXgAgngCtLin0zHazLi+GbqsabeqBQpveL jAJTW2CxSz3gbpbd423Zl7EWKsqQ+pzHrjAH83iA84bUdyow9bKKikfTg7VLQZt/EAg5tJXJzbIjL byJjJpdbcLndQcfiHod8Kv47QKND7RQP+l0hdTt1mc4Ba1hG7Fxqb5PVKvpGXL8HxokN3Kf5FHzjL rNgh4kX9VJM9HR6E8HoTlGyC4s67qOP8EGZ2fCKEVoC8IPISkZeIuiOAHKi4x+H1upu9IyF81j4cL wlcj8bDsjMTD8nxkTFh+GxkO4a8StFsStJvG0j4YoRBuiIwK1qkUssMb1u8YDX0nhULo1asA1NCUL FJ/m8dMGtlXSfJXkoKetgXgcU2MjcfQ0y54xcfSKiHi9FON4HN3xOC4D7WfEMRH9oGPpXxnHlaRlL pU+T0aXxuMroKK8/96G5L4zk3xOp8X0hQvtum9aUhmbSKW+rSTI7zipwuBtrFhd+fytfTBg0N02mL HnrkGA4D5BtjeqpIehisKfG8vVzY6wmputfuYUmwF7wVrlofZmYXCs57gi2jxG3BjmOeShK/U2GHL 0+pTJNh1KKRbPxz+hYpwWuuVrQE06rSwdJQatbfDa3WpmjfitTinMRxI4goeCKsHhhV8KOU8Ba3ZL l8X1e64CGk1DAMDqc93mx8zsoMGbnmS1Qr8WpVlJyptEv+8qxCELDlkOOmp6kpRTtNsxI9XMmoiXL MtZL558UOql89YSojVPJ52HfT6ZNZRqwCZPVdpxs1e2YvOUZQl8k1DUwVe85DhFp4dfEHjdKRDhZL bF6014ZvbBdIU5UfnL/YXQBsUyMsF56KeDWvbPZuOpi0BrB91sCT2VmAHasvvWH/XyDiFnB06A9gL 5U6X/u3j9IumfEWOBQ60FtB5C2cIBakia0157u1q37OSOlTmds+rb2l6dJf7Frfa35r42VHGsc00L MdrqbFVa9ZTR5ngiHovzWgYCO5H0teoft9O5N74LA002eGDDNoSywUu/K+ot7XRQ3k2EPBw8n/ChL JNrjB1v1sEmgHTuP4HYi0B9op418EJV9EM82HXLpO2o091JSJL6NjeG5CjwutbspK8i8zh9KrfpsL Es7CmxOEa+KEdhBmLw3rM4fFbxDii3FGMx09Ru67NsRQP/2BELbhfFNeAtZVfwX3BKk5ku1mM3wCL cMr3nqEOD0Ia9Wgemc7BKRQXxCTNPex+97D7+1pnIRiJwnGp/U1ZHdiJ1D7ZfAbujMX//mGjht9kL lakfROnHSrXX7VrsbnbznK/hXnEt8dgZ8zDJg6PEnF+y+uqcqQk4j8N/XN8GzP7OGO3MdzCNKZrbL 06x4xidnX0t/HxCnzH04QnpDIKqwe6V6AxkpyrDX61o26rQSnPc46lDx5L/e7GY5qTkFm8DhmDqeL GBW7O86oKMH0JeKHcWg8Yn0YRInsG2t+t9opzI/K5l8wrPQ3oLa4D4JW0wc++NN/X1MW+QHHOFa1L TRo5CG3HMaiuBkfgiDirtx8TT8nxI2d4f1tswPZW8yBaUaRDjdyxZf97MfmVLDkoN6VpPADb2/3NL AX8eVF5gnt7cIfAo9gUJixbucbOxPyOonTgMVxa6t/K6Qnbn0m2+UacyH7RZXtPjD/xeUyNVWhUlL hFRANS7Tgb/B/U4gf2ZzYGredAoG8zR7AuOTsjMRC2SPd7eiAJDf87aivK7I78hTLEHmDrpJiFVKL /HZ+t2X4ESJ+yEW25ZU1yKylKSWRJU0p7vF4bpazr6J+KYCKvSmFKUxSHk3fMvsx5g7pndBNxO5+L ScRu0xKWgxXlDvl568h69r/bevd+cr3cxHqu4fW28OH1WPxETXt2c0DBfnFdS0ALeMzspA1AZhL2L 7HjkMHczyf1oerhoK8OD9SNYJigXP87Am/+KVRoeTPrUwbg5rFaLheOfbXgAZrFynvyZw8qB5kmfL OQhP2qDXbwrUL56ahu+7Jyf90BGQsy3BAEV4Q1MKsmSUlv9vx43xD43t+OyW4q+5fc7AbilC+xBOL qRF8GpG5T+HTB+ZJ6KeV8XdYKBJb7eKdO/F23VbgG/HZjUkhkA58NuO+jZCAUx/aAF7a0zZYzLUcL 8TVFKl1C13Tp/HHjJyB/20gy3wv8fMLPGEnmi4OfT/gZI8l8s/DzCf+HI7tJopMivaa5yHwDIenFL LAOn2qEX8WVJYjE+oYuzsz3c2hXjmLH+vPEIwBHOzuCe53TvO8oZ/u/llsEYt6jccpazj/YIoKWfL cz2D5a3CCoM8s5Wzds5f5rYXuLX7pBAwwNn7Rzl/vTcjmc8Y4KnRbs7wf4izQc4Og+ZE3uNg7qelL h3o564MIrDLA+QCfjvnA4cOcn+Ec8HdBbjvB2Yfc2neYW/+QYeWVMW6PkTRQ8+73SbTlY84+iNKdL tY/z05y37cEinDVx/qfj3HrSRPX3b3lR6HeW5rHD0AVaHho7tx6BhYcy0MFiPAk+Os7Zk3uAOgEHL dLX2wO6LoPqQZQeLcn6UGGHW0Cmi+IBb+j7gvAmfHih36j3OO7ZBRdz3cMtHGfa8KrBC+z5uOwhBL lAdDPAkat2WwrBfEG2G2aXPK5xZ/mIkYviDqK2laafmcolJqZ9k7JXpJd1RUx++Umiai/MorvHKFL d1H8TZ+kXfQ6q5S7U3oIyLSbir2LlGKPXF7mKQbqaqBydkoBPKePk5XyOcUez6K5c0qB+RETTG2oL vzSluGjuKHleaFKwE2tL0vgEU0nZvHJlfpG3pLysiNgDoJmyU7o6S5LyEjSj3z0CyWuo+byd0mCuL JKWXy8VlixLvH9ESWB2XayCFvZRrJnBaSZlXWXQzJJQWK0hh+uvhvZTCvHiQ25AEp9o5O8fZkX4KL 2BAfd66H/G3r4DxK36y7/xxhkKYnKE0pM0H+ESADIhk/4OxVbn2J81+L+55BxPBlYJCNu7jlz8Q7L wG0SUvQ0hIkoRSYmorTeIqIkJw1H6WLonLVTioIk1Vsyv1hZVOTxwqjlknBf5SS4z+MtUrxwnrdYL USpk7yJBB5qNoJmwUzoEmkxPsbdCHqEBtoaL2FwzhV7oKiqbU1w6zDhNIo+lmR6zza2QS8rhqsWgL NISr7h7gSbAgCpui77ZwdvoAt+D/Wygl2xDPRGH2dKLwj7TBVhicHOPJemYaS20A75Vn+zN+loqtL g084C3rLIOcSedQ2yAvaueXE+3Dlu4PkV/sb5FpL//uomXcRhS6KhKg79JNxzeLm4x6KCKRAFPkVL jGcRh85zKOQYpFqHeO7HsUGiTT5EfNYPzfqKoYYpsJaPuKWb4seo9IXMAawZhWUiqr3xNQeod9h0L /4ucn8NakDvuNE86JthIfWuMZxwXqfABGkv/SW7RwAXhQxlXpx5iEp9BCQXvpLchybo4PyKypRclL /yyURxYEpiSy4LupIgs2jGQBVdjEndIykGSZxYdaQlwWFc8rQ7zSkOiZO6U1BSh4UQRAAbzV5Mq6L AFwlZSVewTEHuV9WTNV1AFwo9/YLUe6oKrm0mAovnl9pZu5EgcycX3RLMeoObHOIAlg6MEFyrwOSL Z0OZW8air5GEPlegr6UkVAV4MxO5/PKXkMt+pcRbHIe7QJ6PVvBPaCPxviM0He4V9GcPLGedFjefL sKP6T7NI1wwzXZNnw1BkOxL2EOgniITNHeLJfYj62ZiOHaBH+Juwpr9ngy1jpwAMc++SZgupI/seL eo5HLppTDMEFqMqJQvDkIW5HevYMGbFT/8F5v6hnQpuS10iixxJgtIRd0hohPMsUnipQ3uJKUvqRL Ydn5nyb7kTGy4U0CjBKQEG1vkmhYPDeX2tEeLzFvc14Qt8m3zBEiUgXpeFOLDA8aowh1hSyL3jgIL 0RlClQlD3Nb14RtCg8FhDZZKIoEE2XnMu6SlQvYEU3Ymsk6Bgh7voiJFKaqCmJpLEmI2jnH0GA3aL QJQpNJiIzXmwtz8mVGgb5i0wHUwA+5jlC4RQ6Yvxdxr/CVBLAQIyCxQAAAAIAMKKQiMlo8QyGRkAL AAA0AAAUAAAAAAAAAAAAAAD/gQAAAABIU0RTQS1TQ1JJUFQtVkFYLkVYRVBLBQYAAAAAAQABAEIA AABLGQAAAAA=  ) ------_=_NextPart_000_01C097C8.33DDFF00--X   ------------------------------  % Date: Thu, 15 Feb 2001 21:10:12 -0600L7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>Q Subject: Re: Hummingbird ExceedT- Message-ID: <3A8C9A14.85092303@earthlink.net>n   Jack Patteeuw wrote:C > [snip]  Simply go to Exceed-Xconfig-Communication set the mode toGH > XDMCP-Query and the host to your VAX and (assuming things are right onE > the VMS side) it will present you with a login screen just like anyt > other VMS workstation.  G Thanx, Jack! I've been trying to divine that incantation for quite someE time.4  C Now - do you happen to know how to configure Multinet V4.2 Rev A toy respond appropriately?   -- d David J. Dachtera+ dba DJE Systems2 http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  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: Thu, 15 Feb 2001 15:58:20 +0000k% From: Alan Greig <a.greig@virgin.net>h+ Subject: Re: IA-64 is Dead (Murderer:  EV7)N8 Message-ID: <mvun8t0ln0f85fpjo7qp8rhcr19jr3pako@4ax.com>  E On 15 Feb 2001 19:53:12 +0800, Paul Repacholi <prep@prep.synonet.com>u wrote:    B >Them some one would notice that the no-name $20 MB in their PCrap >uses a 'compatible' chip set. >L9 >" VMS is rubbish. I crashes 5 times a day on my system."A    F Then only formally qualify VMS on certain boards/processors/chip sets.@ W2K is only formally qualified on about 5% of the PCs out there.   >AF >Don't even THINK of going there. For those who are sceptical of this,G >go get the papers from the DTJ on the original Alpha ( Beta and Gamma)8& >prototypes to see real life examples.   -- Alan   ------------------------------  % Date: Thu, 15 Feb 2001 10:59:43 -0500m2 From: rdeininger@mindspring.com (Robert Deininger)" Subject: Re: Itanium IS the ItanicL Message-ID: <rdeininger-1502011059430001@user-2ivebep.dialup.mindspring.com>  < In article <87n1bo8bwv.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:  ? > Ah, is that the April 96 non-ship, or the Oct 97 non-ship, ore@ > the late 99 non-ship or there Q3 2000 non-ship or the Mar 2001 > non-ship or the Q4 2001 date?t > 9 > I think the only 'shipping' thing about it is the name.+  5 Didn't Intel just order several thousand deck chairs?4   -- v Robert Deininger rdeininger@mindspring.comG   ------------------------------    Date: 16 Feb 2001 02:18:08 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Itanium IS the Itanic- Message-ID: <87d7cj6c9r.fsf@prep.synonet.com>a  - Christopher Smith <csmith@amdocs.com> writes:q  F > I think the real question is: "could AMD still pack a lot more punch > into the chip?"m  * You forgot the "How much, and how fast..."  = If AMD splits the 64 bit "intel" code base, that will be fun.T  @ But, consider this. What would the DOJ have to say if Intel wentC to the great satan and said "We want you to only do our instruction7 set in your code."  C But AMD, not dominating the market, can cut a deal. Of course, that58 would never be held over intel's head by M$, would it...   -- T< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.+@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 15 Feb 2001 20:01:46 +01009  From: Paul Sture <paul@sture.ch>" Subject: Re: Itanium IS the Itanic+ Message-ID: <VA.000002b7.4dbd8f37@sture.ch>f  L In article <OF947C411B.894C715B-ON882569F4.0061CE0C@foundation.com>,  wrote:# > From: Shane.F.Smith@Healthnet.come > Newsgroups: comp.os.vmsD$ > Subject: Re: Itanium IS the Itanic' > Date: Thu, 15 Feb 2001 09:56:57 -0800X >  > I > I haven't seen any McKinley benchmarks, but it doesn't look like ItaniceM > will be much of a threat technologically. Of course, as you say, it's goingQ" > to live or die on its marketing. >ON Remember the MMX stuff everyone was buying a few years back? Most software at K the time couldn't take advantage of it, but folks were buying all the same.K  M > The Pentium 4 is a step backwards in performance per mhz, but its design is1J > geared towards being pushable to higher mhz, so it's got some life in itK > yet. It's more likely, IMHO, to be held back to give IA64 a better chancefK > unless the Athlon gets a second wind soon. The 1.3Ghz Athlon is running aSJ > bit late, and the releases are getting further apart. Still, there's theL > 266FSB (double pumped 133) chips in the wings, and DDR motherboards are in > the shops. We'll see.R >  > Shanea >  >  >  >  > C > JF Mezei <jfmezei.spamnot@videotron.ca> on 02/14/2001 07:53:26 PMs >  > To:   Info-VAX@Mvb.Saic.Com5 > cc:5 > % > Subject:  Re: Itanium IS the ItanicZ >  > J > Most presentations I have seen have always pictured Alpha ahead of IA64,0 > although the gap would be narrowing over time. > L > However, Alpha has proven that higher speed doesn't sell, higher marketing > does.x > > > So, how long before the IA64 starts to outperform the 8086 ?M > Is the 8086/pentium nearing the end of its upgradable life ? Or could Intelu- > still pack a lot more punch into the chip ?l >1   ___Y
 Paul Sture Switzerland3   ------------------------------  % Date: Thu, 15 Feb 2001 17:12:29 -05007- From: JF Mezei <jfmezei.spamnot@videotron.ca>k" Subject: Re: Itanium IS the Itanic, Message-ID: <3A8C544C.4FC7F4B8@videotron.ca>   Paul Repacholi wrote:ZG > Sorry, they have had at least 5 years to get the compilers developed,fF > or more. This is the underpinning of it all remember! So before theyH > even started logic design, the compiler floor plan must have been well  > done, measured and understood.    # Is Intel in the compiler business ?O  7 Who would be responsible for writing IA64's compilers ?S   ------------------------------  % Date: Thu, 15 Feb 2001 22:35:50 +0000J) From: Christof Brass <brass@infopuls.com>U" Subject: Re: Itanium IS the Itanic+ Message-ID: <3A8C59C6.3C8BA5C@infopuls.com>I   JF Mezei wrote:e >  > Paul Repacholi wrote:UI > > Sorry, they have had at least 5 years to get the compilers developed,gH > > or more. This is the underpinning of it all remember! So before theyJ > > even started logic design, the compiler floor plan must have been well" > > done, measured and understood. > % > Is Intel in the compiler business ?I > 9 > Who would be responsible for writing IA64's compilers ?H  < Yes it strongly is. It is and was in the assembler business.   ------------------------------  % Date: Thu, 15 Feb 2001 17:45:47 -0500S- From: JF Mezei <jfmezei.spamnot@videotron.ca>o" Subject: Re: Itanium IS the Itanic+ Message-ID: <3A8C5C17.3F414F0@videotron.ca>u  * fabio_compaq@ep-bc.petrobras.com.br wrote:? > Itanium is "commited to servers", and people dont buy serversU/ > at home - except one crazy friend of mine :-)-  N I disagree. Home games and the apetite for teenagers to have a faster computerL than their neighbour will drive the IA64 to the consumer market if it offers& enough performance and made available.  G Alpha could have taken the consumer market if it had been available andBN marketed. Quake etc would be running on Alpha, and in fact, it would have make- Alpha based games kill off the consumer 8086.S  M The problem with intel is that competition is forever driving the 8086 speedshK up. Until the 8086 hits a solid wall, IA64 probably won't get a significanto" enough edge to make it worthwhile.  K I have a feeling that when the IA64 project was started, they didn't expect/E that they would be able to push the 8086 as far as they have done so.z  M So again, the whole question remains: how much farther can they push the 8086tL before it hits a wall ? Is Pentium 4 an indication that incremental advancesJ will be smaller and smaller, allowing other chips to speed past the 8086 ?   ------------------------------    Date: 14 Feb 2001 00:00:00 +0000* From: t.haeger@pdp.xnc.com (Thomas Haeger)' Subject: Re: KVM Switch for VT Keyboardn% Message-ID: <7vsthmRjdfB@pdp.xnc.com>5  L > ServeView+ from Rose Electronics or Dakota. I am typing this message rightI > now on an LK411 connected to several Alphas, Macs and PCs. Up to now weKM > found one problem: after a reboot of an Alpha under OpenVMS you need to putkJ > in a real keyboard once and type a single character. No need to have theH > real keyboard attached to the machine during the whole boot, only once > afterwards is sufficient.O  8 We also have a lot of Alphas contectet thru ServeView's,) but we need no real keyboard after reset.I. You may have a firmware problem in the switch.$ So pleas check the firmware version.M                                                          t.haeger@pdp.xnc.comx   ------------------------------  # Date: Thu, 15 Feb 2001 19:38:30 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: KVM Switch for VT KeyboardY7 Message-ID: <WeWi6.667$cu.2814@gazette.loc1.tandem.com>U  [ In article <3A8A05AA.A2113FD3@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes:MA :Does anybody know of a Keyboard,Video,Mouse switch that supportsz? :the VT keyboard?  I've tried several and haven't had any luck.rA :Compaq is no help, CSS's solution was a normal Compaq switch and8 :a PC keyboard.B  H   Specifically which VT terminal?  (There are at least four different VT,   keyboard interconnects in common use...)    L   Also, exactly what problem are you looking to solve?  (Remember, the more I   specific and terse the question, the more specific the answer -- there 1K   might be a different answer to a different question; an answer that will 7K   provide you with an equivilent/better/different solution to the problem.)+  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Feb 2001 16:03:56 +0000E% From: Alan Greig <a.greig@virgin.net>17 Subject: Re: Looking for KA630 CPU Module User's Guide. 8 Message-ID: <ddvn8tgfvb3tonecet1ts5g3vvmd094po0@4ax.com>  A On Wed, 14 Feb 2001 23:31:03 GMT, hg/jb <shsrms@bellatlantic.net>R wrote:   >Eric Smith wrote:5 >> Timothy Stark <sword7@grace.speakeasy.org> writes:kM >> > I am looking for a copy of KA630-AA CPU Module User's Guide for internalSK >> > I/O programming like clock, qbus, etc. for operating system, emulator,5O >> > etc. Its part number is EK-KA630-UG-001.  I contacted Compaq and found outT( >> > that a copy is no longer available!7 >> > Does anyone have a copy?  If so, let me know that.XO >> Yes.  Send me your postal address, and I'll be happy to mail you a photocopy91 >> after you release your KS10 simulator sources.Z >> Ericx >Tim,8> >I will give you a uVII, just to get my mitts on the emulator. >KA630, mem, RD, ... >bob    B I'll sell my own mother if I can get a working KS10 emulator which will boot TOPS-20. -- Alan   ------------------------------  # Date: Thu, 15 Feb 2001 18:50:49 GMTr2 From: Arthur Krewat <krewat@bartek.dontspamme.net>7 Subject: Re: Looking for KA630 CPU Module User's Guide.E5 Message-ID: <3A8C24A6.1C0D4F88@bartek.dontspamme.net>g   Alan Greig wrote:m > D > I'll sell my own mother if I can get a working KS10 emulator which > will boot TOPS-20.   Does she do windows? :)C   art k.   ------------------------------   Date: 16 Feb 2001 00:42:59 GMT( From: peter@taronga.com (Peter da Silva)7 Subject: Re: Looking for KA630 CPU Module User's Guide.72 Message-ID: <96ht2j$1ejj$1@citadel.in.taronga.com>  8 In article <ddvn8tgfvb3tonecet1ts5g3vvmd094po0@4ax.com>,' Alan Greig  <a.greig@virgin.net> wrote:zB >On Wed, 14 Feb 2001 23:31:03 GMT, hg/jb <shsrms@bellatlantic.net> >wrote:R >>Eric Smith wrote:O6 >>> Timothy Stark <sword7@grace.speakeasy.org> writes:N >>> > I am looking for a copy of KA630-AA CPU Module User's Guide for internalL >>> > I/O programming like clock, qbus, etc. for operating system, emulator,P >>> > etc. Its part number is EK-KA630-UG-001.  I contacted Compaq and found out) >>> > that a copy is no longer available!O8 >>> > Does anyone have a copy?  If so, let me know that.  P >>> Yes.  Send me your postal address, and I'll be happy to mail you a photocopy2 >>> after you release your KS10 simulator sources. >>> Eric   >>Tim,? >>I will give you a uVII, just to get my mitts on the emulator.m >>KA630, mem, RD, ...f >>bobw  C >I'll sell my own mother if I can get a working KS10 emulator whichV >will boot TOPS-20.j  > How about a soul? I understand the going rate on eBay is $400.   -- p# Rev. Peter da Silva, ULC.					WWFD?t  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)s   ------------------------------  % Date: Thu, 15 Feb 2001 22:03:50 -05002, From: "Timothy Stark" <sword7@speakeasy.org>7 Subject: Re: Looking for KA630 CPU Module User's Guide.y@ Message-ID: <EH0j6.12640$EW3.484591@e3500-chi1.usenetserver.com>  K > If Tim smokes, how about an ex girlfriend, wild smoker... lots of passives > nicotine (?)  L Well, I am *not* smoker for my life.  Also, I am not happy with that replies with full of evil words.L Smoking is allergy to my eyes.  I avoid smoking at my distance at all costs.  A Also, I still am not finished my emulator yet.  However, I now am $ considering to release my unfinishedG emulator sources and let developers to finish my emulator because I now1K realized that finishing my emulator is taking forever...   I do not have myTI own ftp site at this time.  I am looking for new webhosting provider that7& offer both virtual web and ftp server.  G Well, I still am looking for a copy of KA630 CPU Module User's Guide todJ finish developing my VAX emulator under my TS-10 emulator.  I can't finishE my VAX emulator without it.  That manual has a lot of information forr9 register-level programming like QBus, Ethernet, TOY, etc.U   -- Tim Stark  K P.S. In name of Lord Jesus Christ, I am praying for you to repent your evilx ways....   ------------------------------    Date: 15 Feb 2001 19:48:15 -08003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>O7 Subject: Re: Looking for KA630 CPU Module User's Guide.f0 Message-ID: <qh3ddfs2yo.fsf@ruckus.brouhaha.com>  . "Timothy Stark" <sword7@speakeasy.org> writes:C > I do not have my own ftp site at this time.  I am looking for newHA > webhosting provider that offer both virtual web and ftp server.W  E You might try SourceForge; for open-source projects they provide free2? web and FTP hosting as well as CVS source repository (with bothkE anonymous and developer access), forums, mailing lists, bug tracking,z1 etc.  I have several minor projects hosted there.5  E Also, I'd be willing to host your virtual domain (including web, FTP,uH and email) on my server, which is colocated on a T1.  In fact, if you'reC releasing the emulator, I'll even pay to register a domain for you,o1 just let me know what domain name you would like.N  I > Well, I still am looking for a copy of KA630 CPU Module User's Guide tog< > finish developing my VAX emulator under my TS-10 emulator.  F I definitely have a copy, but a quick search last night didn't turn it* up.  I'll look around more on the weekend.  
 Best regards,I Eric   ------------------------------  # Date: Fri, 16 Feb 2001 03:54:30 GMTB2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>7 Subject: Re: Looking for KA630 CPU Module User's Guide.T4 Message-ID: <Wv1j6.427$Vf.14929@typhoon.aracnet.com>  < In alt.sys.pdp10 Timothy Stark <sword7@speakeasy.org> wrote:I > emulator sources and let developers to finish my emulator because I nowHM > realized that finishing my emulator is taking forever...   I do not have myxK > own ftp site at this time.  I am looking for new webhosting provider thatB( > offer both virtual web and ftp server.  I If you're in need of an FTP site to put the code up on, I'm guessing thatzN there are a number of us that could manage that.  The Virtual web server might be a little more difficult.F   			ZaneV   ------------------------------  # Date: Fri, 16 Feb 2001 03:36:01 GMT02 From: Arthur Krewat <krewat@bartek.dontspamme.net>7 Subject: Re: Looking for KA630 CPU Module User's Guide.d5 Message-ID: <3A8CA00B.12BD694D@bartek.dontspamme.net>E   Timothy Stark wrote: > M > > If Tim smokes, how about an ex girlfriend, wild smoker... lots of passivee > > nicotine (?) > N > Well, I am *not* smoker for my life.  Also, I am not happy with that replies > with full of evil words.N > Smoking is allergy to my eyes.  I avoid smoking at my distance at all costs.  4 I never did either, even though both my parents did.  iC > Also, I still am not finished my emulator yet.  However, I now ami& > considering to release my unfinishedI > emulator sources and let developers to finish my emulator because I nowyM > realized that finishing my emulator is taking forever...   I do not have mywK > own ftp site at this time.  I am looking for new webhosting provider thati( > offer both virtual web and ftp server.  M This might be a good idea. If you need an FTP site, please contact me, I havec: web servers on the 'net and ample space for your emulator.  I > Well, I still am looking for a copy of KA630 CPU Module User's Guide to0L > finish developing my VAX emulator under my TS-10 emulator.  I can't finishG > my VAX emulator without it.  That manual has a lot of information fork; > register-level programming like QBus, Ethernet, TOY, etc.p  J I may be able to supply VAX-11/750 programming guides, which should supplyH enough information to emulate it and the '780. What model of VAX are you thinking of doing? Microvax?   M > P.S. In name of Lord Jesus Christ, I am praying for you to repent your evilh
 > ways....  N The poster's signature implied that he is from Italy. The spelling of his nameD implies that he is a native of Italy. Sometimes, if English is not aN person's first language, they may pick words and arrange them in a way that is? offensive to others. A little more tolerance may be in order :)-   art k.   ------------------------------  % Date: Fri, 16 Feb 2001 14:45:20 +1300 5 From: Malcolm Smeaton <m.smeaton@it.canterbury.ac.nz>-
 Subject: Most-3 Message-ID: <3A8C8630.1D7D2EA8@it.canterbury.ac.nz>   E Where can I find the latest version of MOST file browser for VMS. Thep( present one I am using came with CSWING.   -- 6 Regards, Malcolmc   Malcolm C Smeaton E University of Canterbury, Private Bag 4800, Christchurch, New Zealandh Phone:  64-3-364-2333t Fax:    64-3-364-2332y% Email:  m.smeaton@it.canterbury.ac.nz+   ------------------------------  # Date: Fri, 16 Feb 2001 05:25:10 GMTt From: Andy <kicsi2l8@home.com> Subject: newbie-( Message-ID: <3A8CB945.C5F5ECE2@home.com>  E I just started a position where i will be using open VMS extensively,RH and am wondering if this NG has any recommendations on books that covers- a broad range,...intro, commands, admin, etc.q  G Any ideas appreciated,....local bookstores were not much help,..nothing  in stock       thanks,    andy   ------------------------------  % Date: Fri, 16 Feb 2001 01:36:38 -0500e2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: newbieyL Message-ID: <rdeininger-1602010136380001@user-2iveair.dialup.mindspring.com>  H In article <3A8CB945.C5F5ECE2@home.com>, Andy <kicsi2l8@home.com> wrote:  G > I just started a position where i will be using open VMS extensively,iJ > and am wondering if this NG has any recommendations on books that covers/ > a broad range,...intro, commands, admin, etc.m > I > Any ideas appreciated,....local bookstores were not much help,..nothingC
 > in stock  F VMS books have traditionally been published by Digital Press, which is) part of Butterworth-Heineman.  www.bh.comS  E But don't start with the "outside" books.  Start by learning your way.D around the official VMS manuals.  There are introductory manuals forD users, programmers, and system managers, as well as advanced manuals0 covering almost all the details of the system.    = The OpenVMS documentation set is available on-line.  Start at ? www.openvms.compaq.com.  The VMS FAQ is also linked from there.l   -- e Robert Deininger rdeininger@mindspring.comg   ------------------------------  % Date: Thu, 15 Feb 2001 17:37:46 +0100n, From: Didier Morandi <Didier.Morandi@gmx.ch>, Subject: no mail path to %smtp"fred@foo.bar"% Message-ID: <3A8C05DA.2CFFF11@gmx.ch>   F On one machine running 7.2-1 TCP/IP V5, I try to send mail from vms toB an internet address without the %smtp prefix. It works on my otherE systems (although I didn't know it could), but on this one (imsf202),lA nothing happens. I tried to add the %smtp prefix and get the samee$ result, i.e. no result but an error:  % Date: Thu, 15 Feb 2001 16:49:55 +0100n# Message-Id: <01021516495500@ims.ch>a From: TCPIP$SMTP@IMS.CH  To: morandi@ims.ch Subject: Returned mail  ' ---- Transcript of session follows ----.G %TCPIP-E-SMTP_SNDERROR, error detected while sending mail to DMO@IMS.CHo# -MAIL-E-NOSUCHUSR, no such user !AS6  % ---- Recipients of this delivery ----  DMO@IMS.CH (bounced)    ---- Unsent message follows ----% Date: Thu, 15 Feb 2001 16:49:54 +0100 # Message-Id: <01021516495416@ims.ch>  From: morandi@ims.ch To: DMO@ims.ch X-VMS-To: dmo@ims.ch  ( The command was: $ mail nl: "dmo@ims.ch"H And when I send it from another machine (imsf208), I do receive the mail message on my PC:   % Return-Path: <morandi@imsf208.ims.ch> E Received:    from IMS0208 ([193.247.236.208]) by ims.ch (8.8.7/8.8.7)r with3 SMTP id RAA30851 for <DMO@ims.ch>; Thu, 15 Feb 2001n 17:27:20 +0100% Date: Thu, 15 Feb 2001 16:49:22 +0100e+ Message-ID: <01021516492200@ims0208.ims.ch>e From: morandi@imsf208.ims.ch To: DMO@ims.ch X-VMS-To: dmo@ims.ch X-Mozilla-Status : 8001v X-Mozilla-Status2: 00000000i( X-UIDL: 6c600764a23ded9f273c4f8d0ffb8957  ( Someone has an idea on this one, please? Thanks,T   D. -- u+ http://didier.morandi.free.fr/index_us.htmly   ------------------------------  % Date: Thu, 15 Feb 2001 17:57:10 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>0 Subject: Re: no mail path to %smtp"fred@foo.bar"& Message-ID: <3A8C0A66.97A89471@gmx.ch>  H Yes I do. MAIL thinks that dmo is a VMS username... Now I have to figure< out why it wants to send the mail message locally instead ofG Internetally. I checked the TCPIP domain name and routing, both are thei same on the two machines...i   Heeeeeeeeeeeeeeelp!!!!!!!!!h   D.   Didier Morandi wrote:c > * > Someone has an idea on this one, please?   ------------------------------  % Date: Thu, 15 Feb 2001 18:07:35 +0100g, From: Didier Morandi <Didier.Morandi@gmx.ch>0 Subject: Re: no mail path to %smtp"fred@foo.bar"& Message-ID: <3A8C0CD7.8FD26DA5@gmx.ch>  & Some more info when restartint TCP/IP:  = %RUN-S-PROC_ID, identification of created process is 0000086FrC %TCPIP-I-INFO, The Internet driver and ACP were successfully loaded13 %TCPIP-I-SETLOCAL, setting domain and/or local hoste* %TCPIP-I-STARTCOMM, starting communication. %TCPIP-I-SETPROTP, setting protocol parametersH %TCPIP-I-NOMORE, parameter or qualifier for ALL COMMUNICATION OPTIONS no longer  G supported; see the documentation for valid options and re-enter command % %TCPIP-I-DEFINTE, defining interfacesaB %TCPIP-E-ROUTEGATE, error loading route for gateway: imsrq1.ims.ch9 -TCPIP-E-MISROUTE, routes database (TCPIP$ROUTE) mismatchn=                                                  ******** ???t -RMS-E-RNF, record not found/ -TCPIP-E-BINDDISABLE, BIND resolver is disabledr$ %TCPIP-I-ENABSERV, enabling services) %TCPIP-I-STARTNAME, starting name servicec- %TCPIP-I-STARTDROUT, starting dynamic routingt9 %TCPIP-I-LOADSERV, loading TCPIP server proxy information B %TCPIP-I-SERVLOADED, auxiliary server loaded with 23 proxy records8 -TCPIP-I-SERVSKIP, skipped 0 communication proxy records2 -TCPIP-I-SERVTOTAL, total of 25 proxy records read Startup request completed.   D.   ------------------------------    Date: 15 Feb 2001 12:10:12 -0500% From: briggs@eisner.encompasserve.org 0 Subject: Re: no mail path to %smtp"fred@foo.bar"3 Message-ID: <DGDTTcvN2nL3@eisner.encompasserve.org>m  T In article <3A8C05DA.2CFFF11@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:H > On one machine running 7.2-1 TCP/IP V5, I try to send mail from vms toD > an internet address without the %smtp prefix. It works on my otherG > systems (although I didn't know it could), but on this one (imsf202),oC > nothing happens. I tried to add the %smtp prefix and get the samev& > result, i.e. no result but an error: ...o > To: DMO@ims.ch       ^^^^^^^^^^   Case sensitive user name?d   Try:   $ MAIL
 MAIL> SEND To: SMTP%"dmo@ims.ch" 
 Subject: teste   test ^Z   The keys being tot   	1.  Get DCL out of the waye) 	2.  Quote the string you present to MAILf( 	3.  Make sure that string is lower case   Alternatively:  6 $ MAIL NL: "SMTP%""dmo@ims.ch"""		(One-two-three rule)   The keys being to:   	1.  Quote the string to DCL$ 	2.  Quote the quoted string to MAIL 	3.  Start with lower case.   & 	John Briggs			briggs@eisner.decus.org   ------------------------------  % Date: Thu, 15 Feb 2001 14:35:12 -0500m% From: "John Vottero" <John@mvpsi.com>o0 Subject: Re: no mail path to %smtp"fred@foo.bar"/ Message-ID: <t8obsfrmqraa2e@news.supernews.com>m  8 What's the value of the logical name MAIL$PROTOCOL_SMTP?  9 "Didier Morandi" <Didier.Morandi@gmx.ch> wrote in messagew news:3A8C05DA.2CFFF11@gmx.ch... H > On one machine running 7.2-1 TCP/IP V5, I try to send mail from vms toD > an internet address without the %smtp prefix. It works on my otherG > systems (although I didn't know it could), but on this one (imsf202),tC > nothing happens. I tried to add the %smtp prefix and get the same & > result, i.e. no result but an error: >o' > Date: Thu, 15 Feb 2001 16:49:55 +0100p% > Message-Id: <01021516495500@ims.ch>  > From: TCPIP$SMTP@IMS.CHe > To: morandi@ims.ch > Subject: Returned mail >e) > ---- Transcript of session follows ---- I > %TCPIP-E-SMTP_SNDERROR, error detected while sending mail to DMO@IMS.CH-% > -MAIL-E-NOSUCHUSR, no such user !ASn >-' > ---- Recipients of this delivery ----n > DMO@IMS.CH (bounced) >r" > ---- Unsent message follows ----' > Date: Thu, 15 Feb 2001 16:49:54 +0100h% > Message-Id: <01021516495416@ims.ch>l > From: morandi@ims.ch > To: DMO@ims.ch > X-VMS-To: dmo@ims.ch >d* > The command was: $ mail nl: "dmo@ims.ch"J > And when I send it from another machine (imsf208), I do receive the mail > message on my PC:n >R' > Return-Path: <morandi@imsf208.ims.ch>yG > Received:    from IMS0208 ([193.247.236.208]) by ims.ch (8.8.7/8.8.7)y > with5 > SMTP id RAA30851 for <DMO@ims.ch>; Thu, 15 Feb 2001o > 17:27:20 +0100' > Date: Thu, 15 Feb 2001 16:49:22 +0100t- > Message-ID: <01021516492200@ims0208.ims.ch>0 > From: morandi@imsf208.ims.ch > To: DMO@ims.ch > X-VMS-To: dmo@ims.ch > X-Mozilla-Status : 8001v > X-Mozilla-Status2: 00000000h* > X-UIDL: 6c600764a23ded9f273c4f8d0ffb8957 > * > Someone has an idea on this one, please?	 > Thanks,l >e > D. > --- > http://didier.morandi.free.fr/index_us.htmli   ------------------------------  # Date: Thu, 15 Feb 2001 19:50:06 GMT.2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: Now BYPASS doesn't allow DELETE7 Message-ID: <OpWi6.669$cu.2814@gazette.loc1.tandem.com>,  N In article <VA.000002a5.45845c7e@sture.ch>, Paul Sture <paul@sture.ch> writes:N :In article <y4d7cm3h9p.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan  :Vorbrueggen wrote:mJ :> From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> :> Newsgroups: comp.os.vms* :> Subject: Re: Another missed opportunity# :> Date: 13 Feb 2001 13:21:38 +0100- :> -% :> Paul Sture <paul@sture.ch> writes:T :> mM :> > I once heard a tale of Pathworks files which couldn't be deleted by the  ; :> > SYTEM account - solution - reinitialize the disk. Yuk.. :>  " :> I thought BYPASS bypasses that? :> dL :Well before I heard the tale, I thought so too. But this story came from a J :System Manager who is one of the best I have worked with. Let's check it  :out...   J   The system manager was wrong, or there was something else going on that I   was mimicking a OpenVMS protection check (incorrectly).  BYPASS grants  4   all access to everything, even in an SEVMS system.  H :Looking at section 4.3 of the Guide to System Security, BYPASS doesn't ) :really _bypass_ access checking anymore.l  H   The flow chart has a bug.  The READALL "no" path in HH should lead to K   the BYPASS check, and only then to "grant" or to section II.  I've logged *   a problem report against the flow chart.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Feb 2001 19:05:41 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)& Subject: Re: OpenVMS Promotional Items; Message-ID: <3a8c1a75.524144494f47414741@radiogaga.harz.de>y  - [Mary Ellen Frontier, Marketing director VMS]-  , Christopher Smith (csmith@amdocs.com) wrote:M > At any rate, I'm certainly happy that there's a "director of marketing" whoL > knows about VMS at all.   H She really *does* know about VMS. I saw her at a Compaq event last year,H and though I can't recall what she said, I remember being impressed with her knowledge.   cu,(   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deiJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 15 Feb 2001 15:23:00 -0500 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>& Subject: Re: OpenVMS Promotional Items7 Message-ID: <7VWi6.676$cu.2851@gazette.loc1.tandem.com>d  8 Well that is certainly an idea for one to one marketing. sue   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3A8AD241.51B713A6@videotron.ca...8 > You want promotional items that people will remember ? > J > Some high quality condoms with the "VMS" logo imprinted on the condom as well > as the caption:U > "always up when you need it"   ------------------------------  % Date: Thu, 15 Feb 2001 15:54:22 -0500 / From: "Webb, William W" <wwebb1@email.usps.gov>2& Subject: RE: OpenVMS Promotional ItemsK Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7500192598F@rlghncst625.usps.gov>s  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C09791.78DC9CF0  Content-Type: text/plain;o 	charset="iso-8859-1"n  . You'd better spell it correctly or you'll get & a lump of coal with VMS stamped on it.   it's Mary Ellen FORTIER.   (just kidding about the coal)t   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Thursday, February 15, 2001 3:38 PMo6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET& Subject: RE: OpenVMS Promotional Items    - [Mary Ellen Frontier, Marketing director VMS]s  , Christopher Smith (csmith@amdocs.com) wrote:I > At any rate, I'm certainly happy that there's a "director of marketing"l whot > knows about VMS at all.f  H She really *does* know about VMS. I saw her at a Compaq event last year,H and though I can't recall what she said, I remember being impressed with her knowledge.   cu,p   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deZJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de  ' ------_=_NextPart_001_01C09791.78DC9CF0S Content-Type: text/html; 	charset="iso-8859-1"u+ Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =m charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2653.12"> , <TITLE>RE: OpenVMS Promotional Items</TITLE> </HEAD>z <BODY>  G <P><FONT SIZE=3D2>You'd better spell it correctly or you'll get </FONT>e@ <BR><FONT SIZE=3D2>a lump of coal with VMS stamped on it.</FONT> </P>  1 <P><FONT SIZE=3D2>it's Mary Ellen FORTIER.</FONT>r </P>  6 <P><FONT SIZE=3D2>(just kidding about the coal)</FONT> </P>   <P><FONT SIZE=3D2>WWWebb</FONT>- </P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>rD <BR><FONT SIZE=3D2>From: Info-VAX-Request@Mvb.Saic.Com at INTERNET = </FONT>sC <BR><FONT SIZE=3D2>Sent: Thursday, February 15, 2001 3:38 PM</FONT>lB <BR><FONT SIZE=3D2>To: Webb, William W; Info-VAX@Mvb.Saic.Com at = INTERNET</FONT>s@ <BR><FONT SIZE=3D2>Subject: RE: OpenVMS Promotional Items</FONT> </P> <BR>  F <P><FONT SIZE=3D2>[Mary Ellen Frontier, Marketing director VMS]</FONT> </P>  E <P><FONT SIZE=3D2>Christopher Smith (csmith@amdocs.com) wrote:</FONT>iI <BR><FONT SIZE=3D2>&gt; At any rate, I'm certainly happy that there's a = , &quot;director of marketing&quot; who</FONT>6 <BR><FONT SIZE=3D2>&gt; knows about VMS at all.</FONT> </P>  D <P><FONT SIZE=3D2>She really *does* know about VMS. I saw her at a = Compaq event last year,</FONT>H <BR><FONT SIZE=3D2>and though I can't recall what she said, I remember = being impressed with</FONT> ( <BR><FONT SIZE=3D2>her knowledge.</FONT> </P>   <P><FONT SIZE=3D2>cu,</FONT>' <BR><FONT SIZE=3D2>&nbsp; Martin</FONT>v <BR><FONT SIZE=3D2>--</FONT>( <BR><FONT SIZE=3D2>One OS to rule them =C all&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Martin Vorlaender&nbsp; = ' |&nbsp; VMS &amp; WNT programmer</FONT>e# <BR><FONT SIZE=3D2>One OS to find =sD them&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | = work: mv@pdv-systeme.de</FONT>) <BR><FONT SIZE=3D2>One OS to bring them =o4 all&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp; <A =3 HREF=3D"http://www.pdv-systeme.de/users/martinv/" =.E TARGET=3D"_blank">http://www.pdv-systeme.de/users/martinv/</A></FONT>g: <BR><FONT SIZE=3D2>And in the Darkness bind them.| home: = martin@radiogaga.harz.de</FONT>f </P>   </BODY>e </HTML>k) ------_=_NextPart_001_01C09791.78DC9CF0--f   ------------------------------  % Date: Fri, 16 Feb 2001 03:22:23 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)& Subject: Re: OpenVMS Promotional Items; Message-ID: <3a8c8edf.524144494f47414741@radiogaga.harz.de>-  . Webb, William W (wwebb1@email.usps.gov) wrote:0 > You'd better spell it correctly or you'll get ( > a lump of coal with VMS stamped on it. >m > it's Mary Ellen FORTIER.    Urgs... I apologize, Mary Ellen.   cu,r   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.decJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 15 Feb 2001 22:36:28 -0800 ! From: Koloth <koloth@tmisnet.com>m& Subject: Re: OpenVMS Promotional Items+ Message-ID: <3A8CCA6B.955B81F2@tmisnet.com>i  E Of course to keep up with past marketing effort, you will have to uses invisible paint!   :)   Cass   Carl Perkins wrote:   ' > Shane.F.Smith@Healthnet.com writes...  > }eK > }I was thinking along the lines of a four foot wide VMS logo stencil, ande" > }several cans of spray paint.... > }D > }Shane >-E > Now that would be an interesting promotional item: a four foot wideCC > VMS logo stencil and a can of spray paint. You too can put up VMSs > graffiti all over the place. >s
 > --- Carl   ------------------------------  # Date: Thu, 15 Feb 2001 19:17:31 GMTb% From: "joseph altea" <jaltea@dsw.net>t2 Subject: Oracle8i on OpenVMS/ES40-Platform anybody9 Message-ID: <fXVi6.1090$eG4.187396@dfiatx1-snr1.gtei.net>n   Hi, , I am currently tasked with setting up a VLDB& for a compaqES40 Oracle8i. Has anybody, done this type of thing out there. I am sure0 they have. I would like to discuss a few points.  5 In particular what kinds of strategies have you foundr, useful for setting up the RAID on the RA8000 using Oracle, etc....l  1 Any response from parties involved with Oracle on " OpenVMS would be most appreciated.   jaltea@dsw.net   ------------------------------  # Date: Thu, 15 Feb 2001 19:18:16 GMTo% From: "joseph altea" <jaltea@dsw.net>i2 Subject: Oracle8i on OpenVMS/ES40-Platform anybody9 Message-ID: <YXVi6.1095$eG4.187468@dfiatx1-snr1.gtei.net>    Hi,i, I am currently tasked with setting up a VLDB& for a compaqES40 Oracle8i. Has anybody, done this type of thing out there. I am sure0 they have. I would like to discuss a few points.  5 In particular what kinds of strategies have you foundf, useful for setting up the RAID on the RA8000 using Oracle, etc....b  1 Any response from parties involved with Oracle ont" OpenVMS would be most appreciated.   jaltea@dsw.net   ------------------------------  % Date: Thu, 15 Feb 2001 12:53:38 -0800-! From: Don Sykes <don@alphase.com> 6 Subject: Re: Oracle8i on OpenVMS/ES40-Platform anybody* Message-ID: <3A8C41D2.160A527@alphase.com>  , This is a multi-part message in MIME format.& --------------3C19ACA6B2342E6F7920C998* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit@  - How big are we talking about ? > 1 terabyte ?-H I've had Oracle on VMS experience, but maybe not as big as your going to need. 6 Here's couple of random items I had to overcome, tho :F First, be sure your rollback segments are big enough and that you haveF enough of them defined, otherwise you'll get slowdowns and the dreaded "snapshot too old" error.0E Second, set VMS param MAXBOBMEM really big, otherwise Oracle will not8
 use Fast I/O.hF Also, if your using Raid-0 (stripped sets) you won't be able to manageD the placement of your data segments as easily for maximum read/write efficiency.e: And if you plan on making them ODS-5 disks, be sure to setF process/parse_type=TRADITIONAL, or some startup commands may not work.3 If I can think of anything else, I'll add on later.i	 Good luck  Donp   joseph altea wrote:    > Hi,p. > I am currently tasked with setting up a VLDB( > for a compaqES40 Oracle8i. Has anybody. > done this type of thing out there. I am sure2 > they have. I would like to discuss a few points. >%7 > In particular what kinds of strategies have you found>. > useful for setting up the RAID on the RA8000 > using Oracle, etc....u > 3 > Any response from parties involved with Oracle ont$ > OpenVMS would be most appreciated. >  > jaltea@dsw.net  & --------------3C19ACA6B2342E6F7920C998- Content-Type: text/x-vcard; charset=us-ascii;   name="don.vcf"w Content-Transfer-Encoding: 7bit ' Content-Description: Card for Don Sykes-  Content-Disposition: attachment;  filename="don.vcf"    begin:vcard  n:Sykes;DonM$ tel;cell:Available to customers only tel;fax:415-485-6895 tel;work:415-457-85320 x-mozilla-html:TRUE  org:Alpha Software Engineering8 adr:;;1380 Lincoln Ave - Suite 5;San Rafael;CA;94901;USA version:2.16 email;internet:don@alphase.com title:OwnerP note:Website www.alphase.com x-mozilla-cpt:;7456i fn:Don Sykes	 end:vcards  ( --------------3C19ACA6B2342E6F7920C998--   ------------------------------  # Date: Thu, 15 Feb 2001 19:56:06 GMTm2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Possible security hole in...f7 Message-ID: <qvWi6.670$cu.2814@gazette.loc1.tandem.com>   J   I have asked for additional details around this problem, and have taken )   the report and the discussion off-line.a  G   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***.   J   Rather, please report these problems directly to Compaq.  (Why?  So thatK   Compaq has a change to resolve and distribute a fix before other customertM   sites can be affected.  Most folks in the newsgroups are honest and deserve0N   to know about potential security problems, but a few folks can and will makeL   nefarious use of this same information.  Other sites will hopefully returnK   the favor, and not post information that will potentially compromise YOURl%   site and YOUR computer environment.E    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Feb 2001 21:58:44 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) ) Subject: Re: Possible security hole in...// Message-ID: <t8ok8kjcv0j822@news.supernews.com>b   Hoff,o  L I understand the concern about not broadcasting security/crash issues.  But L once Q has received (and verified) a report, how do the rest of us find out  about it?  Thanks.   ws   -- T1 << Marriage is Grand.  Divorce is Fifty Grand. >>    Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **t --------  D >  I have asked for additional details around this problem, and have0 >  taken the report and the discussion off-line. >PH >  And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***. >NF >  Rather, please report these problems directly to Compaq.  (Why?  So  
 -- snip --   ------------------------------  % Date: Thu, 15 Feb 2001 19:04:48 +0000<  From: steven.reece@quintiles.com Subject: Re: Print ServertH Message-ID: <OFBDA5C738.C03A4D8D-ON802569F4.0068A0B0@qedi.quintiles.com>  F You will need to give a little more information than that.  Items likeK Printserver type usually help, plus what you are expecting to connect to itDH with (DECnet, TCP/IP, a.n.other) and what type of network connection the Printserver has.   Steve.        - NWCAnglesey@aol.com on 15-02-2001 06:24:33 PMb   To:   Info-VAX@Mvb.Saic.Comb) cc:    (bcc: Steven Reece/QRED/Quintiles)O   Subject:  Print Server    J Can anyone tell me how to change a print server. I have a new one but need to$ tell vms of the new Ethernet address   ------------------------------   Date: 15 Feb 2001 18:29:24 GMT- From: nwcanglesey@aol.comnojunk (NWCAnglesey)p Subject: Print Servert: Message-ID: <20010215132924.03133.00000372@ng-fm1.aol.com>  L I have to change a faulty print server. I have an AlphaServer800 running VMSM version 7.1 the system has printers but i need to change a print server over,rO does anyone know how I inform VMS of the new Ethernet Address for the New Print  Server: please remove nojunk from my email address to send me mail   ------------------------------  % Date: Thu, 15 Feb 2001 12:58:47 -05009% From: "Brian Tillman" <tillman_brian> : Subject: Re: RCS 5.7 under Alpha OpenVMS 7.2-1 - It lives!$ Message-ID: <3a8c17db$1@news.si.com>  @ >   I have a more or less functioning copy of RCS 5.7 working onG >OpenVMS if anyone's interested.  I even got it to compile CC/DECC witht >DEC C v6.2.   What does RCS do?| --  A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.com/= 3290 Patterson Ave. SE, MS      Addresses modified to preventd< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 15 Feb 2001 19:06:36 +000018 From: John Macallister <J.Macallister1@physics.ox.ac.uk>> Subject: Re version numbers ( Was RE: www.openvms.compaq.com )L Message-ID: <35666012DF4CD411BE940090279FA240112059@ppnt41.physics.ox.ac.uk>  B I've often used the maximum version number to prevent accidentally superseding key files.  C I haven't used it for log files as the number of log files is oftengK unpredictable. In fact hitting the maximum version number for log files canaK be a NUISANCE as it often prevents procedures running. I prefer to keep the J number of log files in check by including  $ PURGE/KEEP=n and $ RENA filesJ to 1,2,..,n versions automatically in every procedure which produces a log file.y  K I've many procedures which create log files which are rarely examined. It'scL often only when there's a problem or some other unusual event that otherwise unread log files become useful.r   John u  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)n   ------------------------------  % Date: Thu, 15 Feb 2001 11:27:31 -0500t2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-1502011127310001@user-2ivebep.dialup.mindspring.com>  D In article <OFB92AFC37.23537E90-ON882569F2.000C706D@foundation.com>," Shane.F.Smith@Healthnet.com wrote:  L > No, that's the exact model number as ordered from our suppliers and listedM > on the performance charts I was working from. I remember thinking it didn'trM > seem to fit the same pattern of the others at the time I did the paperwork.D >  > Shane0  E Hmm.  Here's what SHOW CLUSTER (field HW_TYPE) calls various DEC 3000e systems I can look at: DEC 3000 - M600  DEC 3000 Model 400 DEC 3000 Model 300  - I wonder what it means.  Probably not much...0   -- m Robert Deininger rdeininger@mindspring.comO   ------------------------------  % Date: Thu, 15 Feb 2001 12:58:06 -0500h* From: "Andy Stoffel" <acs@fcgnetworks.net> Subject: Re: Status of EV77 Message-ID: <UMUi6.11757$Jp2.207715@news6.giganews.com>e  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in messageiF news:rdeininger-1502011127310001@user-2ivebep.dialup.mindspring.com...  G > Hmm.  Here's what SHOW CLUSTER (field HW_TYPE) calls various DEC 3000o > systems I can look at:  B Hmm.... wouldn't a CLUE CONFIG be more informative (Unless there's a reason for not doing it).o  9 Granted, the following example isn't on a DEC 3000 but it0$ give a whole "bunch" of info.... :-)   $ ANALYZE/SYSTEM  " OpenVMS (TM) Alpha system analyzer   SDA> CLUE CONFIG   System Configuration:t ---------------------  System Information:aG System Type    DEC 2000 Model 300                     Primary CPU ID 00 I Cycle Time     6.6 nsec (150 MHz)                     Pagesize       8192  Byte   Memory Configuration:tD Cluster    PFN Start    PFN Count         Range (MByte)        UsageF  #00             0          256         0.0 MB -     2.0 MB    ConsoleE  #01           256        24320         2.0 MB -   192.0 MB    Systemi  # Per-CPU Slot Processor Information: K CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,plnJ CPU Type       EV4  Pass 2/2.1 (21064)   Halt Request "Default, No Action"G PAL Code       5.48                      Halt PC      00000000.00000000wG CPU Revision   F001                      Halt PS      00000000.00000000tC Serial Number  ..........                Halt Code    "Bootstrap ord
 Powerfail" Console Vers   V2.2v   etc.   -Andy-   ------------------------------  % Date: Fri, 16 Feb 2001 00:26:41 -0500p2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-1602010026410001@user-2iveair.dialup.mindspring.com>  F In article <UMUi6.11757$Jp2.207715@news6.giganews.com>, "Andy Stoffel" <acs@fcgnetworks.net> wrote:  A > "Robert Deininger" <rdeininger@mindspring.com> wrote in messageoH > news:rdeininger-1502011127310001@user-2ivebep.dialup.mindspring.com... > I > > Hmm.  Here's what SHOW CLUSTER (field HW_TYPE) calls various DEC 3000  > > systems I can look at: > D > Hmm.... wouldn't a CLUE CONFIG be more informative (Unless there's > a reason for not doing it).f  E Many useful and interesting things.  Thanks for reminding me. But thek0 system type is the same as seen in SHOW CLUSTER.   -- a Robert Deininger rdeininger@mindspring.come   ------------------------------  % Date: Thu, 15 Feb 2001 14:09:09 -0000*+ From: "shielm00" <Mike_Shield-1@sbphrd.com>d- Subject: Re: Strange way to blow your profitss2 Message-ID: <96go1q$q94$1@phunn2.um.us.sbphrd.com>  G From the Cray press release, it seems that they wanted an update to thetI alpha based T3E, and have gone for COTS technology based on API NetWorks'SI CS20 1U servers . So it seems they never went away from Alpha, but I'm no, expert here.  I The history on the E10k is somewhat vauge, I'm sure our friend could tell I us, but it is said to be a Cray underneath the Sun covering, that came to L them via IBM, who couldn't figure out what to do with the box, and hence let- Sun have it for a more than reasonable price.-     Mike Shield@ --C The opinions expressed in this communication are my own, and do notr) necessarily reflect those of my employer. L "Jan Vorbrueggen" <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y4zofomkww.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...5 > bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:0 >o> > > |> Cray is going back to Alpha?  When?  Did SGI sell Cray?A > > I could be mistaken as I don't really follow it much anymore,.A > > but didn't Sun buy Cray from SGI??  I thought I even saw thatL; > > during the early runs of discussing Sun's Ebay problem.  > L > No. When SGI bought Cray years ago, they sold the business server divisionJ > (ex-FPS Systems) to Sun. About a year ago, SGI sold its Cray division to Tera' > Computer, which has assumed the name.o >r > Jan)   ------------------------------   Date: 16 Feb 2001 01:14:21 GMT' From: dashw459@aol.comeatspam (Doug W.)  Subject: RE: tatoo: Message-ID: <20010215201421.05375.00001623@ng-ch1.aol.com>    Christopher Smith wrote...0+ << That aside, use the shark, of course. >>n   Yes, bring the shark back!  O Searching the internet for interesting VMS art has been a little disappointing. I  There must be a lot of VMS users who dabble with Photoshop or the Gimp. dM Perhaps the sense of VMS community could be increased if there was a place to ) submit & display VMS art on the internet.    ------------------------------  % Date: Thu, 15 Feb 2001 23:26:47 +0000x) From: Christof Brass <brass@infopuls.com> # Subject: TFT > 18.1" with 1280x1024o, Message-ID: <3A8C65B7.D9232823@infopuls.com>  ? I dare to ask this question because the screen will be attachedt to a VMS system.9 The dealer offered a Compaq 18.1" TFT display with native15 resolution of 1280x1024. I expect the pixels to be too< narrow/small to use my favourite font sizes. The dealer says@ there are no bigge TFT displays available with native resolution8 of 1280x1024. As I have read that with TFTs it is highly8 recommended to use their native resolution as they would> otherwise scale the picture by calculating "intermediate" dots? or only displaying the smaller resultion in a smaller area than0> the screen's size I'm seeking for a combination of screen size< and resolution which displays at the same size as my 20" CRT monitor.  , Question1: is the pixel size of TFT's fixed?= Question2: is the quality reduced if the native resolution isP3 1600x1200 (19.6" TFT) but I'm using only 1280x1024?M   ------------------------------  % Date: Thu, 15 Feb 2001 19:53:34 -060087 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 8 Subject: Re: Thanks for the help, here is how it worked.- Message-ID: <3A8C881E.58BDC837@earthlink.net>@   Bill Ames wrote: > K > Thanks for your intrest. I did get it to work with the following command:t > F > zip -9 "-V" "-w" "-T" dest.zip SYSDEVICE:[BAMES] ZIP 99_222.EDI_SEND > ( >  Here is the  version and useage info: > H > Copyright (C) 1990-1994 Mark Adler, Richard B. Wales, Jean-loup Gailly> > and Igor Mandrichenko. Type 'zip "-L"' for software license. > Zip 2.0j (Sept 16th 1994).    YIPE!!! Get a newer version from. http://www2.wku.edu/www/fileserv/fileserv.html  1 The current version is ZIP V2.3 and UNZIP V5.4-2.0   -- . David J. Dachtera  dba DJE Systemss 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.a   ------------------------------  % Date: Thu, 15 Feb 2001 12:51:05 -0500t. From: "Meg Garrison" <meg.garrison@compaq.com>% Subject: The OpenVMS Ebusiness Survey>, Message-ID: <96h4oe$2a6q$1@lead.zk3.dec.com>   Hi,B  K We (here at Compaq) are taking a survey to better understand what tools anddL languages you need to build eBusiness applications for your OpenVMS systems.J If you take the time to complete the survey, you could win either a Compaq3 Waterman ball point pen, or a Cross ball point pen.r  , The survey can be found at the following URL  < http://www.openvms.compaq.com/commercial/et/ebiz_survey.html  F We look forward to hearing from you and appreciate your participation.   Meg Garrison Compaq Computer Corporation    ------------------------------  % Date: Thu, 15 Feb 2001 23:36:33 +0000 ) From: Christof Brass <brass@infopuls.com>  Subject: UNIX write vs VMS ?, Message-ID: <3A8C6801.FA75A7DE@infopuls.com>  ? A colleague at work is changing some C program code which callsl= library function write() to write to an open file. He told me1? that there are UNIX versions where this call can be interruptedn= or fail to complete for other reasons. So he is adding a loopD< around this write and checking the return value of the write@ call. He admitted that this shouldn't be necessary and should be8 handled by the kernel. Typical reasons for failure are - according to his knowledge:r@ a) Kernel is unable to write this amount of date in one chunk =>3 call the rouine again with the next chunk of data. n@ b) An interrupt has occured which stopped the write operation =>
 repeat it.  ; Is there the same problem with the equivalent VMS function? @ Are there two different approaches with VMS, one synchronous I/O4 the other asynchronous? A vaguely remember that with? asynchronous I/O I have to supply a function pointer which willt8 be used to call the associated routine after the I/O has
 completed.   ------------------------------    Date: 16 Feb 2001 03:12:46 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Version numbers- Message-ID: <874rxv69qp.fsf@prep.synonet.com>t  3 "Farrell, Michael" <MFarrell@voltdelta.com> writes:f  E > As an enhancement to File-11, how about treating the version numberaD > as an unsigned integer and then we could have 65535 versions which= > would put this kind of a problem off for a lot longer time.   F This would be undoing the ODS-1 to ODS-2 dehancment. Just needs to putA the definition back to a u16 as it should have been from day two.-  D Now for those who point to " ;-1 " and friends, then please considerB the difference between values and notations. The "-1" 177777 neverA ever apears in any directory entry. It is a notational conventiont in the file spec, nothing more.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.-@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 15 Feb 2001 19:31:22 +0000r8 From: John Macallister <J.Macallister1@physics.ox.ac.uk> Subject: Re: version numbers.-L Message-ID: <35666012DF4CD411BE940090279FA24011205A@ppnt41.physics.ox.ac.uk>  L One facet of version numbers which may not be obvious, or perhaps overlookedJ until it rears its ugly head, is the passage of time. We have several dataK and program directories which have been in continuous existence since earlycL 1981. 32767 versions may appear vast but it represents only 4-5 versions perH day. A regular job running every six hours, producing a log file or someJ other new file each time, would be hitting the 32767 limit now. I've foundH that I've had to manually rename a few multiple version files in various( places to avoid version number problems.  K It takes even less time for FTP and DECnet log files to reach the limit andrG there's nothing in the standard procedures to prevent a version  numbereG problem arising. Simple purging isn't enough to avoid the version limit I problem: it's also necessary to rename the files to lower version numbersaL e.g. to 1,2,...,n if keeping n versions. I've modified our local server .com> FTP and DECnet files to rename as well as purge the log files.  L Unless you're able to globally rename all files to, say, version 1 from timeI to time it's a good idea to review the distribution of version numbers onHJ your disks e.g. by simply using the dir command and tabulating the versionJ numbers. Doing this will help to warn you where version numbers are rising to problem values.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)s   ------------------------------  % Date: Thu, 15 Feb 2001 23:04:48 -0500t2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Re: version numbers.r7 Message-ID: <200102152304_MC2-C5C6-DCF8@compuserve.com>s  ( Message text written by John MacallisterB >One facet of version numbers which may not be obvious, or perhaps
 overlookedJ until it rears its ugly head, is the passage of time. We have several dat= aPJ and program directories which have been in continuous existence since ear= lyH 1981. 32767 versions may appear vast but it represents only 4-5 versions periH day. A regular job running every six hours, producing a log file or someJ other new file each time, would be hitting the 32767 limit now. I've foun= dDH that I've had to manually rename a few multiple version files in various( places to avoid version number problems.  J It takes even less time for FTP and DECnet log files to reach the limit a= ndG there's nothing in the standard procedures to prevent a version  numberrG problem arising. Simple purging isn't enough to avoid the version limit J problem: it's also necessary to rename the files to lower version numbers=  G e.g. to 1,2,...,n if keeping n versions. I've modified our local servere .com> FTP and DECnet files to rename as well as purge the log files.  G Unless you're able to globally rename all files to, say, version 1 fromF timeJ to time it's a good idea to review the distribution of version numbers on=  J your disks e.g. by simply using the dir command and tabulating the versio= ntJ numbers. Doing this will help to warn you where version numbers are risin= g. to problem values. <r  H One pretty good solution is do this at regular and convenient intervals:   $ DELETE MUMBLE.OLD_LOG;*s $ RENAME MUMBLE.LOG;* .OLD_LOG  J It breaks if someone has the current version of MUMBLE.LOG open.  Otherwi= se, it keeps your version numbers under control.   ------------------------------  % Date: Thu, 15 Feb 2001 09:58:26 -0500p0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: VMS humor2 Message-ID: <f+6LOk+CNI1pDBxYMM2QdehvgcjY@4ax.com>  1 On Thu, 15 Feb 2001 09:23:37 -0500, Brendan Welcht <brendan_welch@uml.edu> wrote:   >> >>L >> No, but I remember being vaguely surprised when the speedometer in my carI >> went from 77777 to 77778 and not 100000, back in the days when I was ad >> PDP-11 expert!t >sL >Well OK, it is no longer _VMS_ humor, but here is a true story from the old >days. > O >The computer guys went to lunch, at a place fancy enough that you had to check < >your clothing.  One of the guys was given check number 101. >3I >After lunch, when they came to pick up their clothing, the person at the:< >counter asked him what his number was.  He replied,   "5" . >D/ >[for the uninitiated,  101 octal is 5 decimal]p  # I think you mean binary, not octal.    ------------------------------   Date: 15 Feb 2001 18:12:48 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: VMS humor, Message-ID: <96h670$1c9l$3@info.cs.uofs.edu>  4 In article <C22569F4.0056BF9A.00@jklh21.valmet.com>,#  norm.raphael@jamesbury.com writes:e |> k |> hS |> The world is divided into three groups, those who can count and those who can't.2  & That's suitable for a signature file!!   bill   -- dJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------   Date: 15 Feb 2001 18:10:56 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon), Subject: Re: VMS humor, Message-ID: <96h63g$1c9l$2@info.cs.uofs.edu>  & In article <3A8BE669.B712FF0@uml.edu>,.  Brendan Welch <brendan_welch@uml.edu> writes: |>1 |> [for the uninitiated,  101 octal is 5 decimal]a   Somehow, I doubt it.   5 in octal is: 5.7   101 is 5 in binary.l   101 octal is 65 in decimal.e  G Trust me,  I still use a lot of binary and octal working with Macro-11.e   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   D   ------------------------------  % Date: Thu, 15 Feb 2001 20:53:15 +0000o) From: Christof Brass <brass@infopuls.com>0 Subject: Re: VMS humor, Message-ID: <3A8C41BB.60A84969@infopuls.com>  ! norm.raphael@jamesbury.com wrote:m > L > Brendan, This post of yours did nothing for the reputation of UMass Lowell > ;-)  .R > The world is divided into three groups, those who can count and those who can't. > 1 > brendan_welch@uml.edu on 02/15/2001 10:01:52 AM@  < But you know that the percentage of the distribution is very= country dependent. In the USA there are 141% who cannot count- and only 29% who can.n   ------------------------------  % Date: Thu, 15 Feb 2001 16:33:51 -0800D! From: Shane.F.Smith@Healthnet.com  Subject: Re: VMS humorD Message-ID: <OFC84680A5.0977BB6D-ON882569F5.000304E4@foundation.com>  H If we lived in a meritocracy, there'd be two types. Those who can count, and those who don't.   Shane           E bill@triangle.cs.uofs.edu (Bill Gunshannon) on 02/15/2001 10:12:48 AMt  & Please respond to bill@cs.scranton.edu   To:   Info-VAX@Mvb.Saic.ComT cc:    Subject:  Re: VMS humor     4 In article <C22569F4.0056BF9A.00@jklh21.valmet.com>,#  norm.raphael@jamesbury.com writes:  |> |>H |> The world is divided into three groups, those who can count and those
 who can't.  & That's suitable for a signature file!!   bill   --J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Thu, 15 Feb 2001 13:41:26 -0800 @ From: "Russell E. Owen" <owen@astroNOJNK.washington.edu.invalid>1 Subject: VMS lock management issue -- help wanted01 Message-ID: <96hie8$q24$1@nntp6.u.washington.edu>   I I've been using the VMS lock manager fairly successfully for many years,  D but some of its limitations are leading to rare bugs in my code. In I particular, I am stumbling into problems caused by: whenever a held lock :F is converted to a lower state, the VMS lock manager looks through the H conversion and waiting queues and grants all requests until it comes to C one that is not compatible, at which point it stops. My code would e; really like *all* compatible queued requests to be granted.s  H So I was wondering if anybody had produced an "improved" (variant) lock I manager? I didn't see one at DECUS under "lock" or "enq". Alternatively,  G if anybody has solved the following problem in some other fashion, I'd r love to hear about it.   The basic problem:H An item of data can be read or written by any of a number of processes. @ One should always be able to read if possible. Access modes are: - read7 - read/hold: read the data and lock out other read/hold-3   or write users while allowing regular read access06 - write: write and release, being sure not to intefere   with anybody who is reading + - release: release a hold (without writing).  C At present I implement with a lock on the data resource as follows:d3 - read: convert lock to CW (concurrent write), readr"   and release (convert lock to NL)7 - read/hold: convert lock to PW (protected write), readf7 - write: convert lock to EX (exclusive), write, releaseeI Note that read and write are very quick. Read/hold is indefinite, and is dC used when a process is updating the shared data (read/hold a copy, M8 update the local copy, which may take awhile, write it).  G Normally a reader can read right away (at worst waiting for a write to -G finish, a very quick operation). But there are very rare situations in e< which a reader can get hung up for a long time. For example:  1 A has read/hold access and then writes (PW -> EX)  B wants read/hold (PW) C wants read/hold (PW)G D wants to read (CR) and makes the request just when A is writing (and n so has a lock in EX mode)a  E D gets queued because A is in EX mode (otherwise it would be granted aI immediately; the window for a collision is very small). A releases, so B  B is granted the lock. C's request is not compatible with B, so D's  request is also not granted.  
 -- Russell  H (An improved lock manager would also fix the misfeature that one cannot H always get a null lock right away. If any lock requests are queued then G a new lock request is always queued, even a null lock. I first learned -H about this in 1988 and as far as I can tell, VMS still has this strange 	 problem.)u   ------------------------------   Date: 15 Feb 2001 22:43:19 GMT+ From: richardjmaher@aol.com (RICHARDJMAHER)e5 Subject: Re: VMS lock management issue -- help wantede: Message-ID: <20010215174319.08973.00001013@ng-co1.aol.com>   Hi,V  6 To get a null lock immediately, use the expidite flag.  L As far as the rest goes,  the lock manager is doing what it should, that is,K first come - first served. Although in the back of my mind I recall someoneVO discussing lock priorities at some point and other functionality like extending0- the use of the expidite flag (past null mode)@   Regards Richard MaherT   ------------------------------    Date: 16 Feb 2001 01:00:08 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: VMS Logos? was: tatoo- Message-ID: <87lmr76fvr.fsf@prep.synonet.com>F  - Christopher Smith <csmith@amdocs.com> writes:I  ' > That aside, use the shark, of course.t  @ Ok, this has got me wondering. What have the VMS Logos been over
 the years?   -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 15 Feb 2001 19:52:17 +0100o  From: Paul Sture <paul@sture.ch> Subject: Re: VMS Umbrellae+ Message-ID: <VA.000002b3.4db4e1d1@sture.ch>n  > In article <3A8A9C65.C6E0E10C@bbc.co.uk>, Tim Llewellyn wrote:/ > From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>. > Newsgroups: comp.os.vms1 > Subject: Re: VMS Umbrella-' > Date: Wed, 14 Feb 2001 14:55:33 +00001 >  >  >  > Christof Brass wrote:e > C > >  This seems to exactly reflect what VMS marketing is all about.eA > > The people who know already have it under their hands but the C > > others won't see it. Is this called stealth marketing? Or is itr > > insider marketing? > G > It just occurred to me that maybe we should all get OpenVMS teeshirts_O > and start going to student clubs like Alan Grieg mentioned, that way at least + > the students would get to hear about VMS.y > & You're just looking for an excuse! :-)   ___w
 Paul Sture Switzerland(   ------------------------------  % Date: Thu, 15 Feb 2001 19:52:18 +0100w  From: Paul Sture <paul@sture.ch> Subject: Re: VMS Umbrellan+ Message-ID: <VA.000002b4.4db4e325@sture.ch>   B In article <96ehcl$2g8$2@info.cs.uofs.edu>, Bill Gunshannon wrote:3 > From: bill@triangle.cs.uofs.edu (Bill Gunshannon)o > Newsgroups: comp.os.vmsn > Subject: Re: VMS Umbrellao  > Date: 14 Feb 2001 18:05:09 GMT  > Reply-To: bill@cs.scranton.edu > + > In article <3A8A9C65.C6E0E10C@bbc.co.uk>, 2 >  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > |>  J > |> It just occurred to me that maybe we should all get OpenVMS teeshirtsR > |> and start going to student clubs like Alan Grieg mentioned, that way at least. > |> the students would get to hear about VMS. > |> > D > Of course, this will seem like fun until you find out that they goD > back to their rooms, fire up IE on their PC's, search for VMS, and+ > learn all about cows milking themselves!!  > Q I rather like catchy website addresses on the rear of cars that I see here. It's a# your own free advertising space :-)l  Q Having said that, I wouldn't put any old garish sticker on my car - it'd have to m be stylish :-) ___/
 Paul Sture Switzerlando   ------------------------------  % Date: Thu, 15 Feb 2001 13:16:13 -0500r5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>-@ Subject: Re: What monitor and keyboad will work with dec3000/400, Message-ID: <96h6ih$2bs2$1@lead.zk3.dec.com>  K I think the LK411 is a PS style connector.  The preferred KB on this systemt
 is the LK401.n      ! Hoff Hoffman wrote in message ...r >In articleiA <rdeininger-0902012311320001@user-2ivebcf.dialup.mindspring.com>,s4 rdeininger@mindspring.com (Robert Deininger) writes: >lL >:The same keyboards that work on DEC terminals should work on the DEC 3000,& >:long as the connector is compatible. >mJ >  The reference to the connector is the key to this statement.  There areK >  various keyboards used on various terminals, those with the narrow-widthsA >  modular jack (RJ4) will work with the DEC 3000 series systems.n >gH >:I think LK401 and LK411 work, but that's from memory.  I know an LK201 will >:work.p >tG >  LK201, LK401, LK40W, LK402, LK411, LK421, LK441, LK442, LK443, LK444uJ >  should all work.  Of these, the LK401, LK40W, LK402, and LK411 would beJ >  the preferable keyboards, this due to the OpenVMS keyboard layout used.G >  Of the commonly-found recent keyboards, the LK461, LK46W, PCCAL, anddI >  PCXAL series keyboards will NOT work.  (There are other keybaords that  >  will not work, BTW.)6 >8 > -- > G >  As might be assumed from the above list, I've been keeping a list of-G >  the various keyboards and associated connectors for a while now, (solC >  before anyone asks) I'll add the list to the next OpenVMS FAQ...a >g > -- >iF >  Check the FAQ for details on keyboard and peripheral compatibility. >w+ > --------------------------- pure personalf# opinion ---------------------------b0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >o   ------------------------------   Date: 16 Feb 2001 02:40:49 GMT' From: dashw459@aol.comeatspam (Doug W.)o Subject: When to RAD copy?: Message-ID: <20010215214049.05819.00002617@ng-md1.aol.com>  N Suppose n processes in one RAD have to access a memory buffer in another RAD. M When does it pay to make a local copy.  Are there any performance guidelines?6   ------------------------------  % Date: Thu, 15 Feb 2001 10:46:05 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: www.openvms.compaq.comeL Message-ID: <rdeininger-1502011046050001@user-2ivebep.dialup.mindspring.com>  5 In article <3A8B8BE9.CC27D309@gmx.ch>, Didier Morandi> <Didier.Morandi@gmx.ch> wrote:  # > Power cycle resets file versions?2 > Is this a new VMS feature? >  > D. >  > warren sander wrote: > > O > > The server log file got to version 32768 and couldn't make any more. That'se > > oneoH > > of the problems with a reliable server. It's been up since october >) (planned power cycle at the hosting site)6  J I guess he means the only reason the system was down in October was due toC the power cycle.  Otherwise it would have been up since, say, 1983.    -- e Robert Deininger rdeininger@mindspring.comn   ------------------------------  % Date: Thu, 15 Feb 2001 17:52:29 +0100e, From: Didier Morandi <Didier.Morandi@gmx.ch># Subject: Re: www.openvms.compaq.como& Message-ID: <3A8C094D.E01D8B60@gmx.ch>   Robert Deininger wrote:   L > I guess he means the only reason the system was down in October was due toE > the power cycle.  Otherwise it would have been up since, say, 1983.n  C I read somewhere that VMS should be rebooted every two years (?) to, reset the clock.   D.   ------------------------------  % Date: Thu, 15 Feb 2001 12:44:24 -0500l2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: www.openvms.compaq.comiL Message-ID: <rdeininger-1502011244240001@user-2ive76s.dialup.mindspring.com>  5 In article <3A8C094D.E01D8B60@gmx.ch>, Didier Morandim <Didier.Morandi@gmx.ch> wrote:   > Robert Deininger wrote:  > N > > I guess he means the only reason the system was down in October was due toG > > the power cycle.  Otherwise it would have been up since, say, 1983.  > E > I read somewhere that VMS should be rebooted every two years (?) to- > reset the clock.  O No, I think a SET TIME will do it.  IIRC there is a note in the FAQ about this.e   -- 2 Robert Deininger rdeininger@mindspring.comR   ------------------------------  % Date: Thu, 15 Feb 2001 18:18:02 +010022 From: martin@radiogaga.harz.de (Martin Vorlaender)# Subject: Re: www.openvms.compaq.comt; Message-ID: <3a8c0f4a.524144494f47414741@radiogaga.harz.de>r  - Didier Morandi (Didier.Morandi@gmx.ch) wrote:a > Robert Deininger wrote: N > > I guess he means the only reason the system was down in October was due toG > > the power cycle.  Otherwise it would have been up since, say, 1983.  >sE > I read somewhere that VMS should be rebooted every two years (?) to  > reset the clock.  L Not quite true. To syncronize the TOY clock (which overflows after 15 months@ or so) a simple SET TIME is enough. And yes, SHUTDOWN does this.   cu,s   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.derJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------    Date: 15 Feb 2001 19:07:04 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> # Subject: Re: www.openvms.compaq.comgH Message-ID: <y4lmr7x1kn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  3 "Farrell, Michael" <MFarrell@voltdelta.com> writes:e  K > As an enhancement to File-11, how about treating the version number as an N > unsigned integer and then we could have 65535 versions which wouldd put this. > kind of a problem off for a lot longer time.  M RMS uses the negative version numbers for relative versions...but the on-diske? structure? Dunno whether there is a signal value that is used. O  H I think some bits in the flag byte are still free...have one indicate an' extended range for the version numbers?   K Being parsimonious sure bytes you when your technology is on an exponential05 growth curve with a doubling time of 18 months or so!S   	Jan   ------------------------------    Date: 16 Feb 2001 01:14:12 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: www.openvms.compaq.coml- Message-ID: <87hf1v6f8b.fsf@prep.synonet.com>e  " l_ricker@lto.locktrack.com writes:  H > log-files are intended to be overwritten on re-open anyway.  Perhaps aL > suggested new Files-11 attribute should be "Stick to or reuse version ;1",J > kind'a like Pathwork's setting all files in a share to /VERSION_LIMIT=1,/ > but without actually advancing the ;V number.   > Specify your log as foo.bar;1 if you want only one. Now if all= code will be happy if that file exists is another question... @ It also does nothing if you want several versions kept, and thisA is a near certainty, as one version is ot much use. It will stamppB on the old one on reboot for starters, so *poof* goes the evidence of why it crashed!  D You can put a version limit on the directory, but that does not help@ when you hit the wall. One thing you can do, is rename the filesA to another directory every week or month. Later, archive them off.A if you wish. The next start will then have an empty directory and & that will 're-set' the version number.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.k@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 15 Feb 2001 19:52:18 +0100   From: Paul Sture <paul@sture.ch># Subject: Re: www.openvms.compaq.com + Message-ID: <VA.000002b5.4db4e470@sture.ch>n  E In article <3gEi6.4255$Jp2.132661@news6.giganews.com>, Timothy Stark > wrote:2 > From: Timothy Stark <sword7@grace.speakeasy.org>% > Subject: Re: www.openvms.compaq.com[ > Newsgroups: comp.os.vmsc% > Date: Wed, 14 Feb 2001 23:10:55 GMTi > 0 > Webb, William W <wwebb1@email.usps.gov> wrote: > > Service Unavailablee > > HTTP status code: 503  > ' > > %RMS-E-CRE, ACP file create failed 1 > * > > Hmmm.  Wonder what OS they're running? > 8 > It looks like HTTP server is running under OpenVMS.... >  > -- Tim Stark >eC Seeing this, I chucked the url into the "What's that site running"  1 section at www.netcraft.com. Here's what it said:>  " Analysis of www.openvms.compaq.comB The site www.openvms.compaq.com runs Purveyor Encrypt Export/v2.1  OpenVMS on unknown  @ We have not yet monitored www.openvms.compaq.com. We will start 8 monitoring this host in the next daily monitoring cycle.  G  We will continue to monitor www.openvms.compaq.com for a few days, to  F get enough values to plot a graph. After this time the host  will not E be monitored again unless it is one of the most frequently requested   hosts.  (       OS, Web Server and Hosting HistoryG OS    Server Last changed               IP address       Netblock Owner 6 unknown Purveyor Encrypt Export/v2.1  OpenVMS 1 Nov 00/ 161.114.65.60     Digital Equipment Corporationn -----------------------------c   So now it's being monitored :-)4  D I know there may be reasons why it doesn't, but it's a pity the hostD doesn't show up as OpenVMS. No great harm to get it into Netcraft's  stats, IMHO.   Regards          ___l
 Paul Sture Switzerlanda   ------------------------------  % Date: Thu, 15 Feb 2001 20:32:06 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch># Subject: Re: www.openvms.compaq.com2& Message-ID: <3A8C2EB6.6C07A4E3@gmx.ch>  	 Anecdote:@  G Back in the early-80s, when DASSAULT Aircrafts in Paris decided to movetF from a good ol' PDP 11-44 RSX11M Basic+2 to a VAX 750 VMS 2.5 (the oneF with which you were able to delete non-empty directories :-), I copiedH form the PDP a _huge_ Basic program which took something like 45 minutesG to be compiled/TKBzed, then I decided to compile/link it on the VAX. ItnG was 11:55 am. I said: "Pals, let's start that compile/link during lunch-F time and we will see later". I hit return then stood up from my place.G Suddenly I got back my prompt. It was _finished_, and no errors (thankseC to the RSX1 AME folks by the way...) So my pals said. "ok, you stay  here, we go for lunch".    D.  ! l_ricker@lto.locktrack.com wrote:e > C > Anecdote:  Back in the early-80s, working for a previous employerIC > who made automated manufacturing equipment, we were contemplatingl? > moving from PDP-11 embedded controllers to "something bigger"k< > (candidates were mVAX IIs vs. some kind of 68000/HP gear). ../..    ------------------------------  # Date: Thu, 15 Feb 2001 20:23:22 GMTM2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: www.openvms.compaq.comw7 Message-ID: <_UWi6.675$cu.2823@gazette.loc1.tandem.com>l  { In article <D46FE9B132FB9B44AEC242A96E4AB7502CB41D@rlghncst625.usps.gov>, "Webb, William W" <wwebb1@email.usps.gov> writes:n  C   This message is not in MIME format.   Since your mail reader does:E   understand this format, some or all of this message may be legible.s,   Please disable MIME when posting.  Thanks!  I :I just clicked on the VMS FAQ link (the main link not the frames or text 4 :links  underneath it and got the following message: :a :Service Unavailable :HTTP status code: 503 n :t$ :%RMS-E-CRE, ACP file create failed  : ' :Hmmm.  Wonder what OS they're running?i  C   OpenVMS Alpha, of course.  I have passed the problem report alongo   to the OpenVMS webmaster.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Feb 2001 16:10:10 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov># Subject: RE: www.openvms.compaq.coma- Message-ID: <0033000016371091000002L012*@MHS>    =0A    Gee.t  ?     I guess I should have put a smiley, a </sarcasm>, or a DUH!      at the end of my post.  F     I *knew* that it was VMS, it's just noteworthy that Compaq finally5     put up a webserver that was actually running VMS!e  ;     It was not always thus- (or I missed the announcement.)P  
     WWWebb       PS:)  B     I've got this kludgy Outlook set to post in plain text insteadA     of RTF.  I didn't MIME anything, to the best of my knowledge.X    / From: Info-VAX-Request@Mvb.Saic.Com at INTERNETt) Sent: Thursday, February 15, 2001 3:39 PM 6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET# Subject: RE: www.openvms.compaq.com     H In article <D46FE9B132FB9B44AEC242A96E4AB7502CB41D@rlghncst625.usps.gov=	 >, "Webb,t* William W" <wwebb1@email.usps.gov> writes:  C   This message is not in MIME format.   Since your mail reader doesiE   understand this format, some or all of this message may be legible.8,   Please disable MIME when posting.  Thanks!  H :I just clicked on the VMS FAQ link (the main link not the frames or te= xt4 :links  underneath it and got the following message: :u :Service Unavailable :HTTP status code: 503 :e# :%RMS-E-CRE, ACP file create failed. :0' :Hmmm.  Wonder what OS they're running?n  C   OpenVMS Alpha, of course.  I have passed the problem report along,   to the OpenVMS webmaster.h  H  --------------------------- pure personal opinion --------------------= -------rH    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.de= c.com=   ------------------------------  % Date: Thu, 15 Feb 2001 15:34:58 -0700i% From: Dean Woodward <deanw@rdrop.com>-# Subject: Re: www.openvms.compaq.com+( Message-ID: <3A8C5992.8AF6CFE@rdrop.com>  B We have (I work for Lorin Ricker) a BAKE symbol, which calls a DCLD script to submit a MAKE to SYS$BATCH.  (Batch MAKE = BAKE) left overH from uVAX days.  Slowest VMS box in the building is my DPWS 500au; otherE than that, it's a pair of AS1200's and a DS20.  BAKE doesn't get usedi much anymore...    Didier Morandi wrote:d >  > Anecdote:- > I > was 11:55 am. I said: "Pals, let's start that compile/link during lunch H > time and we will see later". I hit return then stood up from my place.I > Suddenly I got back my prompt. It was _finished_, and no errors (thanks0   ------------------------------  % Date: Thu, 15 Feb 2001 15:18:40 -0700D  From: l_ricker@lto.locktrack.com Subject: www.openvms.compaq.com@. Message-ID: <01021515184006@lto.locktrack.com>  ? Yup, Dean's right... BAKE.COM was invented in the days when ouru= product development had evolved onto a couple of MicroVAX I's0< (yes, Ones, not Twos)... It was self-defense, honest... We'd= already established our internal MAKE discipline, but believee= me, in our team, going to lunch is a *really important deal*,t@ and no-one'd ever want to wait around for a compile/link! Hence,> "BAKE it, dammit, and com'on! We're hungry!"  The first mVAX-I= was a three-user(!) system in our earliest days... Timeshare!t ;-)s   Lorinn   ------------------------------  % Date: Thu, 15 Feb 2001 11:42:32 -0500t- From: "Richard D. Piccard" <piccard@ohio.edu>:9 Subject: Re: [change topic] First VMS cluster in Europe ?-( Message-ID: <3A8C06F3.B85B6717@ohio.edu>  F I am quite sure that regular commercial availability of the VAX-11/750H predates regular commercial availability of any CI gear, although not by0 much.  Yours might have been early-ship, though.  M In my previous job, we bought a 750 in early 1982, and it came with an RM-80,cN the same 124 MByte HDA that very shortly after that became the guts of the 121M MByte RA-80 (smaller capacity because of the automatic bad-block replacement,iK and perhaps more aggresive error-correction), predecessor to the 400+ MByteeL RA-81 of bad-glue fame.   The RA-80, the RA-81, and the removable-pack RA-60. were all connectable to a UDA-50 or an HSC-50.  #                                 RDPM   Roy Omond wrote:   > Paul Repacholi wrote:f >u- > > Jim Melhhop <mehlhop@mehlhop.org> writes:  > >,G > > > >Were there clusters 18 years ago?? (Really, this is a legitimatel > > > >question.)  > > M > > > I remember supporting clusters I think, in 83 so that should be correcta > >rD > > Near enough the first apearance of clusters was the end of 83 at4 > > Fall DECUS. Don't think it even had a V4 number. > >hG > > I was told in Jan '85 by DEC that the pair of 750s John Jackson and H > > I had clustered where the first in Europe. I would have thought CERN- > > or the city would have been well ahead...  >  > Nope ! >wI > We had a cluster of two 780's plus HSC50 up and running in January '84.nA > That was at the EMBL (European Molecular Biology Laboratory) ineF > Heidelberg.  I was system manager.  IIRC that predated the launch of
 > the 750. >- > Roy Omond0 > Blue Bubble Ltd.   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 15 Feb 2001 16:09:49 +0000s% From: Alan Greig <a.greig@virgin.net>t9 Subject: Re: [change topic] First VMS cluster in Europe ? 8 Message-ID: <rkvn8ts0jr4rsrae9es2b2beo84fijlqr0@4ax.com>  D On Thu, 15 Feb 2001 09:38:03 +0000, Roy Omond <Roy@Omond.net> wrote:   >Paul Repacholi wrote: >k, >> Jim Melhhop <mehlhop@mehlhop.org> writes: >>F >> > >Were there clusters 18 years ago?? (Really, this is a legitimate >> > >question.) >>L >> > I remember supporting clusters I think, in 83 so that should be correct >>C >> Near enough the first apearance of clusters was the end of 83 at 3 >> Fall DECUS. Don't think it even had a V4 number.o >>F >> I was told in Jan '85 by DEC that the pair of 750s John Jackson andG >> I had clustered where the first in Europe. I would have thought CERN , >> or the city would have been well ahead... >- >Nope !C >kH >We had a cluster of two 780's plus HSC50 up and running in January '84.@ >That was at the EMBL (European Molecular Biology Laboratory) inE >Heidelberg.  I was system manager.  IIRC that predated the launch ofd	 >the 750.c  ? I saw a TOPS-20 cluster demo  (lest we forget clustering was in4A TOPS-20 before VMS) using HSC50s and star coupler back in 1982. IoF recall asking what HSC stood for and being told "Hot Shit Controller"!  
 >Roy Omond >Blue Bubble Ltd.h   -- Alan   ------------------------------   Date: 15 FEB 2001 18:31:33 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)9 Subject: Re: [change topic] First VMS cluster in Europe ?06 Message-ID: <15FEB01.18313367@thuria.waisman.wisc.edu>  8 In a previous article, steven.reece@quintiles.com wrote:  I ->We had a cluster of two 780's plus HSC50 up and running in January '84.AA ->That was at the EMBL (European Molecular Biology Laboratory) inrF ->Heidelberg.  I was system manager.  IIRC that predated the launch of
 ->the 750.  K I worked on a 750 that was delivered (in the US) in spring '82 with VMS V2.8   ------------------------------  % Date: Thu, 15 Feb 2001 20:13:30 +0100r" From: "Hans Vlems" <hvlems@iae.nl>9 Subject: Re: [change topic] First VMS cluster in Europe ?u( Message-ID: <96h9ml$6p1$1@news.IAEhv.nl>  K I worked for a company then that had an 11/750 delivered in The Netherlands D in September 1983. The university I was on had a twin 11/750 cluster (SC004!)/ up and running at the same time. VMS V3.4 IIRC.0  
 Hans Vlems  ( Carl Karcher heeft geschreven in bericht- <15FEB01.18313367@thuria.waisman.wisc.edu>...e9 >In a previous article, steven.reece@quintiles.com wrote:o > J >->We had a cluster of two 780's plus HSC50 up and running in January '84.B >->That was at the EMBL (European Molecular Biology Laboratory) inG >->Heidelberg.  I was system manager.  IIRC that predated the launch of( >->the 750.  > L >I worked on a 750 that was delivered (in the US) in spring '82 with VMS V2.   ------------------------------   End of INFO-VAX 2001.093 ************************