1 INFO-VAX	Tue, 23 May 2000	Volume 2000 : Issue 287       Contents: Re: "Modern" OpenVMS? 7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th  $$$$$$$$$$  !! Re: Alpha Firmware Update = Hosed ! Re: Alpha Firmware Update = Hosed  Backup image problem change username  in vms mail  Re: change username  in vms mail  Re: change username  in vms mail7 Re: Creating a new user using a system service...HOW??? - Re: crystal clear vms filesystem from nt side 8 Re: DCL: how to get the name of the current subroutine ?8 Re: DCL: how to get the name of the current subroutine ? DECstation 5000/xx/1xx/2xx: Deja.com Moving: Archives May Not Be Available Temporarily DELQA installation Re: DELQA installation FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: FTP'ing to a VMS box Re: Hangs on HSZ70 Re: Hangs on HSZ706 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?3 Re: how to get the name of the current subroutine ? 3 Re: how to get the name of the current subroutine ? " Re: Looking for PW API information" Re: Looking for PW API information" Re: Looking for PW API information" Re: Looking for PW API information" Re: Looking for PW API information; Re: Network Fault Tolerance and also Interconnect Protocols A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) 0 Re: OpenVMS the last OS without JAVA Script 1.2?0 Re: OpenVMS the last OS without JAVA Script 1.2?0 Re: OpenVMS the last OS without JAVA Script 1.2?' Re: OpenVMS, and PowerStorm 300 and 350 ' Re: OpenVMS, and PowerStorm 300 and 350 & Re: Prob w/DCPS 1.7,HP4050, and HPGL/25 Re: problem linking to ucx$ipc.olb on AXP/VMX71-UCX40  Re: RADIUS for VMS) Re: Rdb database problem (was Re: urgent)  Re[2]: Voluntary Milking System  samba NMBD stops working+ Submit RSH commands from NT to an alpha....  Re: Swapped out process 1 Re: Tape Data Recovery (was Re: Need urgent help)  Re: TCP/IP SNA Gateway Solution  Text to PDF utility  Re: Text to PDF utility  Re: Text to PDF utility  Re: UCX Printing Problems  UK VARs, named and shamed? Re: UK VARs, named and shamed?$ Unsupported adapters within the DS20( Re: Unsupported adapters within the DS20 Urgent
 Re: Urgent urgent urgent
 Re: urgent' Re: Using both uppercase and lowercase! % Re: VMS equivalent of UNIX dd command  Re: VMS on the desktop?  Re: VMS on the desktop? & Re: VMS on the desktop? (.doc dangers) Re: Voluntary Milking System Re: Voluntary Milking System$ Re: Which is the language of VAX/VMSO Why does a set default to a searchlist logical keep the former	defaultdirectory P Re: Why does a set default to a searchlist logical keep the former	defaultdirect Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement = Re: Wildfire Announcement: Michael Capellas, can you say VMS? ! Re: Windows 98 Vs. Windows NT 4.0 & Re: [humor] UNIX/OpenVMS email "virus"& Re: [humor] UNIX/OpenVMS email "virus"& Re: [humor] UNIX/OpenVMS email "virus"  F ----------------------------------------------------------------------    Date: 23 May 2000 15:10:38 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: "Modern" OpenVMS?H Message-ID: <y4r9ath0oh.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:   L > Since record-oriented operations tend to require that the entire record beJ > present in memory, the need for 64-bit records seems questionable in theL > foreseeable future, and, even now, the current 15-bit size limit for fixedN > and variable record formats seems likely only occasionally inconvenient saveN > perhaps in sequential files (and for such cases, block I/O usually isn't all@ > that hard to substitute, though admittedly perhaps annoying).   I Fortran I/O does suffer from the limitation, and creates the need for yet N another meta-data file format (segmented variable length records). BackspacingN is also not properly supported by RMS. I agree that 32bit record lengths would be OK in almost all instances.  L > But eliminating any limit on *stream* format 'record' lengths shouldn't beG > horrendously difficult, and might address the most pressing concerns.    Quite.   	Jan   ------------------------------  % Date: Tue, 23 May 2000 11:30:03 -0400   From: norm.raphael@jamesbury.com@ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th4 Message-ID: <C22568E8.00544E6C.00@jklh21.valmet.com>  ; I received this note this morning from Anne Foley, and have  permission to share it.   ? Some of these slides would really have helped the announcement.    Anyway, the URL is the thing.    -Norm   L P.S. Clair wrote the following, which is slightly puzzling, since the slides5 were already up on the DECUS website when he sent it.   3 Clair.Grant@compaq.com on 05/23/2000 at 11:04:34 AM   , To:   Norm Raphael/Worcester/Neles-Jamesbury cc: A Subject:  RE: "VMS on Wildfire" Slides from NELUG meeting May 4th         I These slides are not available anywhere at the moment but I see no reason L they couldn't be. There is nothing confidential in them. But I will say thatH they are of limited value without speaker notes which I have never done.  J I make slides maybe once every couple years - not one of my normal duties.0 If you think they are valuable on their own, OK.   Clair Grant  VMS Exec Group Project Leader            To:  cc: = Subject:  "VMS on Wildfire" Slides from NELUG meeting May 4th          Dear NELUG Attendees:   J Clair Grant has submitted his slides from his VMS ON WILDFIRE presentation@ at the NE LUG meeting in May.  They are located on our web site, specifically at:  )   http://eisner.decus.org/encompass/lugs/   K I requested Dave Fenwick's slides but have not heard back from him yet.  If + he sends them to me, I will forward to you.    Anne DECUS U.S.Chapter  Tele: 800-332-8755         508-467-9150 Fax: 508-467-9153  Email: Anne.Foley@Compaq.com   ------------------------------  % Date: Tue, 23 May 2000 20:33:18 +0400 + From: " " <grishiny@mail.ru>  Subject: $$$$$$$$$$  ! / Message-ID: <8gebsd$9tm$1@vega.ineco.ryazan.su>   F !   ,        , !!!$$$  9          ! I  ,  ,     e-mail ,     H     ..,       !L   !!!        $97!!! ... G     ,    ,   !!!!   .  ,    ,  &  http://www.sendmoreinfo.com/id/798175    L     !     ,     !!!    !   ------------------------------  # Date: Tue, 23 May 2000 08:19:29 GMT ( From: Terry Kennedy <terry@gate.tmk.com>* Subject: Re: Alpha Firmware Update = Hosed' Message-ID: <Fv074I.2tn@spcuna.spc.edu>   4 Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> writes:I >   The PCMCIA widget might well be tolerated (or not -- donno), but the  ; >   #9 widget will likely eventually precipitate a problem.   G   VMS is happy with both of these (ignoring the PCMCIA card and happily F using the #9 330 for DECwindows). These are the systems that were soldE a couple years ago by Onsale and others for $200-250 (starting price;  some folks paid a lot more).  - 	Terry Kennedy             http://www.tmk.com 5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Tue, 23 May 2000 14:53:04 GMT 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> * Subject: Re: Alpha Firmware Update = Hosed- Message-ID: <392A9D20.6960F79A@earthlink.net>    David A Froble wrote:  [snip]% > I have a number of these machines.    < (AS200) In use or for sale? What video card(s) do they have?  & > The SRM _WILL_ boot up with 16 MB of
 > memory.   F ...but might not, depending upon the SRM version. Remember: what hosedG this in the first place was flashing SRM onto a machine that had lacked * it to begin with (NT/ARC, no SRM present).  I > I'm not sure if I ever left the video cards in prior to powering up the O > systems, and I'm sure the PCMCIA adaptors were also not preasent. I'd look at Q > the memory SIMMs.  Possibly there is some bad memory, and yes, I'd expect it to N > still be a problem if it was in the lowest memory slots, but it still sounds > like a memory problem. > N > I had one system running with 2 64 MB simms.  Kept crashing at random times.Q > Finally pulled the SIMMs and put in 2 32 MB SIMMs I had.  Ran for 68 days until L > shut down for cleaning.  Was pretty clean inside, so I should have left it2 > running.  Guess I'll never hit the 17 year mark. > P > While the SRM will boot with 16 MB, VMS will NOT boot without 32 MB, just like > the SPD claims.   E I put the "borrowed" SIMMs back in the machine from which we borrowed E them. When I got this box home, I put in a pair of 8MB parity SIMMs I C had originally used in my Packard Bell 486 machine. The AS200 seems E happy with them, but I didn't leave VMS (V7.1-2) running to check for 
 stability.  F SRM from V7 of the AS200 firmware definitely does not like having only0 16 MB memory. Why? Your guess is as good as any.   --   David J. Dachtera  dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  % Date: Tue, 23 May 2000 17:22:27 +0000 - From: ezzaoudi med <m.ezzaoudi@digitem.co.ma>  Subject: Backup image problem - Message-ID: <392ABE53.5C322B2E@digitem.co.ma>   
 Ok Mr Hoffman  I'll answer your questions:  1-Backup command: 0         I use the standard backup image command:-         $BACK/LOG/IMAGE/VERIF   DRA0:   DKA0:          No errors are generated  2- Restore command: G         I don't need to generate a saveset , cause the command take the   content of DRA0: (virtual drive)2         and put it directly in target drive  DKA0:  2 3-Did the original device have a valid boot block?*         Yes the system is runing very well   4-Does running WRITEBOOT help?     NO , how can I do it ?; 5- please remember to include the exact error message text.   2 block 0 of dra0.0.0.13.0 is not a valid boot block halted CPU 0
 halt code = 5   G Many time , I have already used this procedure between two simple disks  ( no raid) , with no probleme.= It is the first time my source drive is a Raid bootable disk.    Thank you in advance.    ------------------------------  % Date: Tue, 23 May 2000 08:18:25 +0200 ' From: "b.becks" <b.becks@fz-juelich.de> % Subject: change username  in vms mail 4 Message-ID: <8gd7g0$ijm$1@zam201.zam.kfa-juelich.de>   Hallo,L On reply to a received mail <user@domain> is what the other side will get asA my adr.  This will be done from VMS-MAIL. We must change  this to C <x.user@newdomain>, because our system behind a firewall. Only adr. * <x.user@newdomain> will pass the firewall.' So domain can be substitute in UCX with C set configuration smtp /substitute_domain=hidden,name="newdomain"). ( But how i can change <user> to <x.user>.D In mail i only found set personal name, but this is not what i want.   How can i fix this.    Thanks   Bernhard   ------------------------------   Date: 23 May 2000 12:36:00 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: change username  in vms mail 6 Message-ID: <8gdtvg$p2p$2@mailint03.im.hou.compaq.com>  ^ In article <8gd7g0$ijm$1@zam201.zam.kfa-juelich.de>, "b.becks" <b.becks@fz-juelich.de> writes: ..) :But how i can change <user> to <x.user>.   G   OpenVMS mail is delivered to the OpenVMS username, or to a forwarding E   entry in the mail database, or to the translation of the specified  F   logical name.  (The logical name is an older mechanism, and predates;   the existance and use of the forwarding in the database.)   F   If you want to deliver to "x.user", then an SMTP relay or gateway orF   router must translate the name, or you must have a forwarding entry F   for "x.user" (MAIL> set forward/user="stephen.hoffman" hoffman), or G   you must have an "x.user" logical name, or you must have an "x.user"  D   username, or you must have a custom-written mail transport client.  D   I'd like to see the addition of LDAP support within MAIL, but that+   change will be a while off (if at all)...   D   The mail transport is not documented, but there are a few examples   of this interface around.   C   Of all of these options, the SET FORWARD is probably the easiest.   E :In mail i only found set personal name, but this is not what i want.   E   The personal name mechanism is not related to the delibery address.     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 May 2000 14:14:00 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: change username  in vms mail 6 Message-ID: <8ge3n8$rac$1@mailint03.im.hou.compaq.com>  k In article <8gdtvg$p2p$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  : _ :In article <8gd7g0$ijm$1@zam201.zam.kfa-juelich.de>, "b.becks" <b.becks@fz-juelich.de> writes:  :.. * ::But how i can change <user> to <x.user>. ..  G   I have received additional offline email indicating that the central  H   problem is a wish to set (forge) the return username address in mail, 6   and not a way to accept email addressed to <x.user>.  J   Though "forging" the return address is certainly possible via techniquesF   such as a suitably privileged program calling the MAIL API, I am notH   aware of any way presently available for this task using the standard D   OpenVMS mail tool and the current TCP/IP Services package.  (Well,F   any way short of rebuilding the image and/or simply patching it. :-)  G   This "return address forgery" capability may well be feasible with a  F   future TCP/IP Services release, as this is becoming a requirement ofH   certain network configurations.  (I remember when we went through thisG   return path mess the last time, what with the "%" stuff commonly used G   in the email addresses and the "creative" return addresses seemingly  9   randomly generated by the various network gateways. :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 23 May 2000 10:32:07 -0400 , From: Howard S Shubs <hshubs@mindspring.com>@ Subject: Re: Creating a new user using a system service...HOW???> Message-ID: <hshubs-0C122E.10320723052000@news.mindspring.com>  = In article <3929E450.E80A5D5A@tsoft-inc.com>, David A Froble   <davef@tsoft-inc.com> wrote:  G >Since the username is probably the primary key in a RMS indexed file,  	 >changing 3 >the primary key requires that the record be moved.   I I've played with the live file before, using DCL.  IIRC, the username is  I indeed the primary key.  If you're not sure, ANALYSE/RMS/FDL the file to  D see.  If you don't have access to the live file, create your own by F running AUTHORIZE from your home directory first.  You don't need the @ actual data in order to play with this, just the file structure.  @ The AUTHORIZE utility doesn't have to resort to "trickery".  It I -defines- the file, so anything it does is canon.  It's the -rest- of us  ( that have to resort to trickery.  <grin>   --   Howard S Shubs, the Denim Adept    ------------------------------  # Date: Tue, 23 May 2000 14:33:08 GMTM From: briggs@eisner.decus.org 6 Subject: Re: crystal clear vms filesystem from nt side+ Message-ID: <1DgAREkgLC5Z@eisner.decus.org>$  Y In article <8g5m35$evd$1@news1.kornet.net>, "Kejan" <kejan99@soback.kornet21.net> writes:a > John- et al, > K > Without running the VMS BACKUP command, you cannot have multiple files ofeM > the same name and different versions  (FILENAME.EXT;1  ;2 ;3  ;400 etc ) ineM > your .ZIP file.  Therefore, you must first perform the VMS backup to a .BCKhM > file (which is just like Unix TAR), then ZIP it for space savings, then FTP?3 > from the NT box into the VMS one and download it.e > L > Although, if you have at least a TZ87 tapedrive you can backup 20 GB rightK > from VMS in files or image format anyway.  Why bother moving it to NT?  IT > don't get it.x  F One gotcha with INFO-ZIP (and probably PKZIP as well) is that there isC a 2 gigabyte limit on file size and, I think, a 4 gigabyte limit on0C archive size.  The package is heavily laden with 32 bit arithmetic.e  G You can patch around the 2 gig file size limit.  (Look at the code thatMF stat's the source file size and change it to unsigned).  But I shudder! to contemplate the 4 gig limit.  o   	John Briggs   ------------------------------  , Date: Tue, 23 May 2000 10:55:47 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>A Subject: Re: DCL: how to get the name of the current subroutine ?nI Message-ID: <Pine.LNX.4.10.10005231048220.751-100000@irys.stanpol.com.pl>e  0 On Mon, 22 May 2000, Jean-Franois Marchal wrote:   +Bonjour =E0 tous !e    Dzien dobry ;) !   C +Is it possible to get the name of the DCL subroutine I'm executingtJ +like f$environment("PROCEDURE") gives me the name of the main procedure ?  F  The reason for such requirement looks interesting: f$env("PROCEDURE")@ returns what the DCL code can't know (the path and file name can> be changed to anything, the path can be usefull to "connected" files etc). A  But for procedure - the only reason where can imagine is a labeln calculated at run time, like:o $'TheName': SUBROUTINE =2E..   B  No, I don't propose to use this variant, only ask for place where' the f$env("PROCEDURE") can be usefull !sB (ok, the up-level procedure ("who call the code") is differrent !))  And yes - have read rest of the subject.a    Regards - Gotfryd   --L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=9 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DwF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - =09=09THEN EXCUSE/OBJECT=3DMEt. $!                        GS@stanpol.zabrze.plL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=9 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Df   ------------------------------  % Date: Tue, 23 May 2000 15:21:48 +0200f> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>A Subject: Re: DCL: how to get the name of the current subroutine ?i3 Message-ID: <8ge0ig$14i2$1@s2.feed.news.oleane.net>   G The only reason why was that I wanted to include a trace initializationn> in a large number of subroutines with a single definition like> $ my_init = "pipe SUBNAM = where-I-am ; .... ; set verify(...) and then insertn	 $ my_init 2 as a single line after each subroutine definition.  F Sure I can explicitly define the name in a symbol in each subroutine !
 Jean-Franois-    E "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote in message5C news:Pine.LNX.4.10.10005231048220.751-100000@irys.stanpol.com.pl...r0 On Mon, 22 May 2000, Jean-Franois Marchal wrote:   +Bonjour  tous !o    Dzien dobry ;) !n  C +Is it possible to get the name of the DCL subroutine I'm executingsJ +like f$environment("PROCEDURE") gives me the name of the main procedure ?  F  The reason for such requirement looks interesting: f$env("PROCEDURE")@ returns what the DCL code can't know (the path and file name can> be changed to anything, the path can be usefull to "connected" files etc).nA  But for procedure - the only reason where can imagine is a label  calculated at run time, like:a $'TheName': SUBROUTINE ...,  B  No, I don't propose to use this variant, only ask for place where' the f$env("PROCEDURE") can be usefull ! B (ok, the up-level procedure ("who call the code") is differrent !))  And yes - have read rest of the subject.o    Regards - Gotfryd   --E =====================================================================nF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================0   ------------------------------  # Date: Tue, 23 May 2000 16:52:04 GMTW* From: morrisj@epsilon3.com (Jay E. Morris)# Subject: DECstation 5000/xx/1xx/2xxh3 Message-ID: <392ab72d.947412834@news.brooks.af.mil>r  D Ok, from what I can find, it seems that these things came dressed in Unix.  Will it wear VMS too?  = Got a chance at a 5000/240 but would prefer to run VMS on it..   --
 Jay E. Morrisl System Software Specialist z0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems) for/Epidemiological Surveillance Division  Brooks AFB, TX   ------------------------------   Date: 23 May 2000 15:30:10 GMT) From: leslie@clio.rice.edu (Jerry Leslie) C Subject: Deja.com Moving: Archives May Not Be Available Temporarilyo' Message-ID: <8ge862$ic3$1@joe.rice.edu>i& Keywords: usenet,archives,dejanews,vms   From:y  *   http://www.deja.com/info/site_move.shtml   Deja.com: Deja.com Site Move  D  "Old Usenet messages - Between May 20 and May 26, messages posted 2J   weeks to a year ago will not be available. Starting May 4, many messagesL   posted over two years ago will not be accessible on a temporary basis, andM   after May 15, all messages posted over a year ago will not be accessible onuJ   a temporary basis. We will be taking this opportunity to reconfigure theK   service that provides messages posted prior to May 1999. Therefore, theseeK   messages will not be accessible on the site for some time, possibly a feweG   months. Have no fear: We're committed to bringing these messages backo   online as soon as possible."  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Tue, 23 May 2000 09:07:59 +0100 5 From: Trevor Blake <see.below@signature.block.nospam> Subject: DELQA installation 6 Message-ID: <392A3C5F.8628B62A@signature.block.nospam>   Hi  D I want to add a DELQA interface card into a uVAX 3400.  Any words ofG wisdom, warning, tips or advice before I do.  In particular does anyoneF know what switch pack settings I should use to avoid conflict with theD ethernet controller on the processor card or other devices.  Also isE there any special config I need to do, e.g. via the console firmware. & Note the DELQA is a proper S box card.   Ta.   -- Regards,  Trevor Blake  H You can reach me at: trevorXblakeZbaesystemsXcom  but replace X Z X by . @ .  @ Disclaimer:   Don't believe a word, 'cause words are only spokenF               And lies are no comfort, when there's tears in your eyes   ------------------------------  % Date: Tue, 23 May 2000 07:50:57 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>  Subject: Re: DELQA installation>7 Message-ID: <00ad01bfc4b5$8b5d1080$020a0a0a@xile.realm>   6 Trevor Blake <see.below@signature.block.nospam> wrote:  F > I want to add a DELQA interface card into a uVAX 3400.  Any words ofI > wisdom, warning, tips or advice before I do.  In particular does anyoneaH > know what switch pack settings I should use to avoid conflict with theF > ethernet controller on the processor card or other devices.  Also isG > there any special config I need to do, e.g. via the console firmware.t( > Note the DELQA is a proper S box card.  K Generic advice:  Whenever adding a device to the Q-bus, you must run one of K the following configuration utilities to make sure that all boards have the2 proper settings.  H Much has been written on this subject, Look in the "Ask The Wizard" linkF from the http://www.openvms.compaq.com, and the archives for this news group.  H If the console of the uVAX 3400 will support the CONFIGURE command, then2 enter in all of the devices on your Q-BUS on them.  K If not, use the MCR SYSGEN CONFIGURE command somewhat documented in the onetJ of the System Management guides.  Unfortunately some devices need a secretI decoder ring to enter in the correct values.  Search the archives of this(K list for the devices you get stuck on, or post a complete list and wait forp a response.i  J When doing this configuration, you do not enter in any of the devices thatH are imbedded on the CPU board.  In your case, this includes the imbedded ethernet and DSSI.  D That said: (The above to avoid being quoted out of context again :-)  I The first ethernet card in a Q-bus has a fixed address and vector.  It is L likely that using the default settings for the card will be the ones to use.   -John2 wb8tyw@qsl.network   ------------------------------  % Date: Tue, 23 May 2000 13:29:34 +0100o: From: "Dean Richard Benson" <dean.benson@remove_metrw.com> Subject: FTP'ing to a VMS box , Message-ID: <8gdtge$q3u$1@murrow.sp.trw.com>  : I am coding a VB application which takes a file from a VMSA system (via FTP), and allows the user to edit the file on the PC.I  > Once the user is happy with the new file, the application then0 FTP's it back onto the VMS system ready for use.  ? The problem that I am having is that when I issue a DIR commandi@ from FTP and try to parse the results, CR's appear when there isD a long file name.  Normally I would expect only a list of files, butA I actaully get a list of files, file information, ownerships etc.p  @ Is there a way that anyone knows of controlling the returns from? FTP commands.  Documents that I have read on FTP state that theo2 host controls the format, but I havent a clue how!  
 Any ideas?   Dean.0   ------------------------------   Date: 23 May 2000 13:19:20 GMT+ From: "Gerke Grashuis" <g.grashuis@kpn.com>B! Subject: Re: FTP'ing to a VMS box 8 Message-ID: <01bfc4b9$80dec460$8d4c15ac@HKTGN9911301604>  4 When using FTP on a VMS box you have to login first.H The LOGIN.COM procedure of the username you specify is then executed (as stated in authorize)C Somewhere in that procedure there must be a DIR symbol e.g. DIR :==  DIRECTORY/SIZE.(D In this way every FTP issued DIR command returns not only the actual* directory contents, but the file sizes to.D My advice would be to alter the LOGIN.COM procedure of the FTP user.  E Dean Richard Benson <dean.benson@remove_metrw.com> schreef in artikel # <8gdtge$q3u$1@murrow.sp.trw.com>...c< > I am coding a VB application which takes a file from a VMSC > system (via FTP), and allows the user to edit the file on the PC.e > @ > Once the user is happy with the new file, the application then2 > FTP's it back onto the VMS system ready for use. > A > The problem that I am having is that when I issue a DIR command B > from FTP and try to parse the results, CR's appear when there isF > a long file name.  Normally I would expect only a list of files, butC > I actaully get a list of files, file information, ownerships etc.a > B > Is there a way that anyone knows of controlling the returns fromA > FTP commands.  Documents that I have read on FTP state that the 4 > host controls the format, but I havent a clue how! >  > Any ideas? >  > Dean.d >  >  >  >  >    ------------------------------   Date: 23 May 2000 13:38:56 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: FTP'ing to a VMS boxp6 Message-ID: <8ge1lg$qih$1@mailint03.im.hou.compaq.com>  i In article <8gdtge$q3u$1@murrow.sp.trw.com>, "Dean Richard Benson" <dean.benson@remove_metrw.com> writes:o; :I am coding a VB application which takes a file from a VMSgB :system (via FTP), and allows the user to edit the file on the PC. :m? :Once the user is happy with the new file, the application then"1 :FTP's it back onto the VMS system ready for use.h  F   Why not use SMB (Advanced Server, PATHWORKS, or SAMBA) and edit the    file "in place"?  F   I will assume that you know that PC tools do tend to use proprietaryG   file formats, and this can get you in trouble when (trying to) accessm$   these files from other platforms.   I   If you need to control the file format or file contents, it will likely"H   be best to provide your own "editing" API for the file, either local, 8   via a web server, or remote (via IP, COM, etc) access.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 23 May 2000 15:41:50 +0200p5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>f! Subject: Re: FTP'ing to a VMS boxs- Message-ID: <392A8A9E.7876366E@whitehouse.nl>m   Dean Richard Benson wrote:  A > The problem that I am having is that when I issue a DIR commandsB > from FTP and try to parse the results, CR's appear when there isF > a long file name.  Normally I would expect only a list of files, butC > I actaully get a list of files, file information, ownerships etc.n  $ Try the nlist command instead of ls.   Regards,   Oswald   ------------------------------  % Date: Tue, 23 May 2000 10:22:59 -0400-[ From: jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919, ed.james@telecomsys.com)j! Subject: Re: FTP'ing to a VMS boxi0 Message-ID: <00052310225919@beast.dtsw.army.mil>  = "Dean Richard Benson" <dean.benson@remove_metrw.com> wrote on,D Tue, 23 May 2000 13:29:34 +0100 in <8gdtge$q3u$1@murrow.sp.trw.com>:  A > The problem that I am having is that when I issue a DIR commandlB > from FTP and try to parse the results, CR's appear when there isF > a long file name.  Normally I would expect only a list of files, butC > I actaully get a list of files, file information, ownerships etc.s  7 There are two "directory" commands on most ftp servers:.H 1> ls  - file name only, similar to/same as  "ls -1" (ell ess minus one)H 2> dir - file info also, similar to/same as  "ls -l" (ell ess minus ell)  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919n5 275 West Street, Suite 400         fax   410-280-1094r Annapolis, MD 21401-1740   ------------------------------   Date: 23 May 2000 14:26:14 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz)! Subject: Re: FTP'ing to a VMS boxn5 Message-ID: <8ge4e6$5k9$1@newsmaster.cc.columbia.edu>(  , In article <8gdtge$q3u$1@murrow.sp.trw.com>,9 Dean Richard Benson <dean.benson@remove_metrw.com> wrote:e< : I am coding a VB application which takes a file from a VMSC : system (via FTP), and allows the user to edit the file on the PC.  : @ : Once the user is happy with the new file, the application then2 : FTP's it back onto the VMS system ready for use. : A : The problem that I am having is that when I issue a DIR command-B : from FTP and try to parse the results, CR's appear when there isF : a long file name.  Normally I would expect only a list of files, butC : I actaully get a list of files, file information, ownerships etc.n : B : Is there a way that anyone knows of controlling the returns fromA : FTP commands.  Documents that I have read on FTP state that thea4 : host controls the format, but I havent a clue how! : G You could use Kermit rather than FTP.  In fact, Kermit 95 already comestB with a "netedit" feature that does exactly what you're working on:  !   http://www.columbia.edu/kermit/A  ' You can see the netedit procedure here:n  +   http://www.columbia.edu/kermit/ckscripts/n  F This procedure assumes the user already has a connection to the remoteC computer and is logged in to it, but it's easy to add the pieces to F accomplish the connection too if required; they are available in other scripts in the same library.  B As for parsing directory listings...  The Kermit netedit procedureC assumes you know the name of the file you want to edit.  But if you-F want to allow the user to browse through directories, this can be doneF in a much more straightforward way than with FTP, since you don't have> to parse bizarre platform- and environment-dependent directoryG listings.  The client can tell the server "make a list of all the filestC that match *.txt" (or whatever); "now send me the name of the firsto: file", "now send me the name of the next file", and so on.   - Franks   ------------------------------  % Date: Tue, 23 May 2000 16:07:42 +0100 : From: "Dean Richard Benson" <dean.benson@remove_metrw.com>! Subject: Re: FTP'ing to a VMS box , Message-ID: <8ge6on$3kn$1@murrow.sp.trw.com>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messaget0 news:8ge1lg$qih$1@mailint03.im.hou.compaq.com... > D > In article <8gdtge$q3u$1@murrow.sp.trw.com>, "Dean Richard Benson"& <dean.benson@remove_metrw.com> writes:= > :I am coding a VB application which takes a file from a VMSiD > :system (via FTP), and allows the user to edit the file on the PC. > :eA > :Once the user is happy with the new file, the application then 3 > :FTP's it back onto the VMS system ready for use.  >eG >   Why not use SMB (Advanced Server, PATHWORKS, or SAMBA) and edit theu >   file "in place"? >4H >   I will assume that you know that PC tools do tend to use proprietaryI >   file formats, and this can get you in trouble when (trying to) accessg% >   these files from other platforms.L >oK >   If you need to control the file format or file contents, it will likely0I >   be best to provide your own "editing" API for the file, either local,r: >   via a web server, or remote (via IP, COM, etc) access. >    Hoff.    Thanks for your reply.  I I am developing the application for very basic users who only want to seesH minimal amounts of information on the screen.  I do understand about theA difference in file formats (or at least, I am ready to handle the' difference).  H I haven't seen any examples of people doing this so far so perhaps it is time for a rethink!    Dean.r   ------------------------------  # Date: Tue, 23 May 2000 17:20:17 GMT  From: briggs@eisner.decus.orgU! Subject: Re: FTP'ing to a VMS boxo+ Message-ID: <GGqtbssgIOd9@eisner.decus.org>w  i In article <8gdtge$q3u$1@murrow.sp.trw.com>, "Dean Richard Benson" <dean.benson@remove_metrw.com> writes:n< > I am coding a VB application which takes a file from a VMSC > system (via FTP), and allows the user to edit the file on the PC.D > @ > Once the user is happy with the new file, the application then2 > FTP's it back onto the VMS system ready for use. > A > The problem that I am having is that when I issue a DIR commandHB > from FTP and try to parse the results, CR's appear when there isF > a long file name.  Normally I would expect only a list of files, butC > I actaully get a list of files, file information, ownerships etc.D > B > Is there a way that anyone knows of controlling the returns fromA > FTP commands.  Documents that I have read on FTP state that the-4 > host controls the format, but I havent a clue how!  A In most clients, "DIR" sends a "LIST" command to the server.  The>A result is supposed to be a list of files.  RFC 959 indicates thati6 one should not expect the list to be machine friendly.  A In most clients, "LS" sends an "NLST" command to the server.  Thet@ result is a list of simple file names.  This list is intended to be machine friendly.  D Read RFC 959.  That's the standard.  There is no standard format for@ long form directory listings.  The server controls it.  There is; no standard mechanism to control the server in this regard.!  8     ftp://gatekeeper.dec.com/pub/net/info/RFC/rfc959.txt  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  % Date: Tue, 23 May 2000 10:16:07 +0100y. From: "Mike Shield" <Mike_Shield-1@sbphrd.com> Subject: Re: Hangs on HSZ70n2 Message-ID: <8gdi9p$p5k$1@hbunn2.ha.uk.sbphrd.com>   Guys,   J There will be no problems as long as you use the CCL (Command Console Lun)J as the address for the set host/scsi, which is what I think SWCC is using.K We have SWCC running on 4 platforms, including VMS 7.1 , and it works quitec well.t  L If you haven't defined a CCL, then it may be best to go read up about it and add one.   Mike Shielde  @ Keith Brown wrote in message <3929C589.E724F12E@usfamily.net>... >Mike Price wrote: >>? >> We have an Alpha 4100 running VMS 7.1-2. The disks are on aneB >> HSZ70 as 1 big stripe set and 3 other mirrored disks i.e. 4 VMS< >> disks in total. One of the mirrorsets is the system disk. >>C >> We had SWCC running but I also use SET HO/SCSI to connect to the=? >> disk and check them out. This enables me to have a batch job"? >> running to keep an eye on the disk and link into our centralC) >> problem systems via the normal route..S >>B >> At the end of last year we suffered  2 or 3 hangs where all theC >> HSZ70 disks went into host unavailable state. As one of these is C >> the system disk this effectivly hung the whole system. The disksuA >> seemed to be coming back available after a while but then went@ >> again soon after. >>C >> The problem was analysed by Digital who changed a cable. As thisnA >> didn't seem to fix the problem I stopped the SWCC software andp= >> forced myself to be less paranoid about checking the disks - >> myself as often. Since then - no problems.a> >> However, I would like to start the SWCC stuff up again so IC >> would like to know if anyone else has seen something like this --A >> or if anyone knows whether using SET HO/SCSI and SWCC together. >> is a probleme >> >> Thanks in advance >> >> Mikev >>E >> * Sent from RemarQ http://www.remarq.com The Internet's Discussionu	 Network *sJ >> The fastest and easiest way to search and participate in Usenet - Free! >e> >I was just considering adding SWCC to my ES40 with HSZ70s but >now you have frightened me! >--e >Keith Brown >kbrown780@usfamily.netn   ------------------------------  % Date: Tue, 23 May 2000 15:02:41 +0000 $ From: Steve.Spires@yellowpages.co.uk Subject: Re: Hangs on HSZ70l/ Message-ID: <002568E8.0052BBFE.00@quegw01.btyp>e  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazat   Ooops!  ) I hope these occurences aren't connected.p  P We have just upgraded an 8400 to 7.2-1 and swapped the old DSSI disks out for anM ESA10000. The systems for which this configuration already exists are happilyoN utilising HSZTERM v1.0 to allow access to the controller and devices. However,P on the system in question, HSZTERM no longer installs, with the following error;  , Save set B is not required for OpenVMS Alpha6 %VMSINSTAL-I-RESTORE, Restoring product save set C ...N %VMSINSTAL-I-MOVEFILES, Files will now be moved to their target directories...$ %CLI-F-SYNTAX, error parsing 'STYLE': -CLI-E-ENTNF, specified entity not found in command tablesC %VMSINSTAL-E-INSDFAIL, The installation of HSZTERM V1.0 has failed.e  M So this left us with going for SWCC to manage the devices. On hearing of thiss$ problem though, I now have concerns.  N I guess I'm asking if I should be able to install HSZTERM v1.0 on VMS 7.1-2 orL will I have to take the risk of a similar situation to that mentioned below, whicha( is a big no-no as far as I am concerned?   Steve Spires VMS System Manager BT/Yellow Pageso        ; Keith Brown <kbrown780@usfamily.net> on 22/05/2000 23:40:57r    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages),H From:      Keith Brown <kbrown780@usfamily.net>, 22 May 2000, 11:40 p.m.   Re: Hangs on HSZ70         Mike Price wrote:a >b> > We have an Alpha 4100 running VMS 7.1-2. The disks are on anA > HSZ70 as 1 big stripe set and 3 other mirrored disks i.e. 4 VMS ; > disks in total. One of the mirrorsets is the system disk.  >aB > We had SWCC running but I also use SET HO/SCSI to connect to the> > disk and check them out. This enables me to have a batch job> > running to keep an eye on the disk and link into our central( > problem systems via the normal route.. >iA > At the end of last year we suffered  2 or 3 hangs where all the B > HSZ70 disks went into host unavailable state. As one of these isB > the system disk this effectivly hung the whole system. The disks@ > seemed to be coming back available after a while but then went > again soon after.n >eB > The problem was analysed by Digital who changed a cable. As this@ > didn't seem to fix the problem I stopped the SWCC software and< > forced myself to be less paranoid about checking the disks, > myself as often. Since then - no problems.= > However, I would like to start the SWCC stuff up again so I B > would like to know if anyone else has seen something like this -@ > or if anyone knows whether using SET HO/SCSI and SWCC together > is a problem >i > Thanks in advancec >y > Mike >kN > * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *I > The fastest and easiest way to search and participate in Usenet - Free!   = I was just considering adding SWCC to my ES40 with HSZ70s butd now you have frightened me!v -- Keith Brownq kbrown780@usfamily.net   ------------------------------  # Date: Tue, 23 May 2000 07:36:20 GMTo From: choppper@my-deja.com? Subject: Re: How to export contents of RMS file to .csv format?J( Message-ID: <8gdcdj$so$1@nnrp1.deja.com>  % Index-sequential, all printable data.0   Thanks for the reply   Chopperr       > What kind of RMS file ?r >o > Sequential/index-sequential ?  >e > Printable/Binary data ?r >s > Arne >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 23 May 2000 13:37:03 +0200t= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ? Subject: Re: How to export contents of RMS file to .csv format?a) Message-ID: <392A6D5E.67996560@gtech.com>i   choppper@my-deja.com wrote:  > > What kind of RMS file ?r > > ! > > Sequential/index-sequential ?  > >t > > Printable/Binary data ?   ' > Index-sequential, all printable data.i  / If you just FTP it to a PC in as ASCII, then itk, would probably come over as normal text file with 1 record per line.a  + Then you can write your own parsing programh. to generate whatever output format you prefer.  . You can also write a program on VMS that opens/ the index-sequential file for sequential accessi4 and read all records and output it in the format you want.   . It is my impression that you are not that keen0 on doing it on VMS, but this method is easier if  you have to convert binary data.   Arne   ------------------------------   Date: 23 May 2000 12:23:23 GMTF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)? Subject: Re: How to export contents of RMS file to .csv format?n, Message-ID: <8gdt7r$1as$1@sniff.shr.dec.com>  8 My favorite tool for doing conversions of this nature is6 still Datatrieve.  I produce CSV data for down-loading5 into a spreadsheet all the time this way.  Of course,3- it is a layered product you have to purchase.a  7 If the individual records are not too large (only a few)6 hundred bytes), then you can also write a 'program' in6 DCL which will read the data, separate the fields, and8 write them out again with commas inserted.  This usually5 isn't very fast, but if you don't have to convert thes7 data very often it can be practical.  The fact that allt fields are printable helps.   3 It is also possible to use SORT / MERGE to do this.t. Using a specification file, you can define the4 input record, and devine an output record with fixed4 data (the commas) inserted.  I've done this a number/ of times.  It's reasonably fast, and it has theF0 option of also sorting the data at the same time7 (though with an indexed file as input the sort probably 4 isn't needed if you're happy with the order the data3 is in already).  This does not have the record sizez3 limitations that DCL has.  If you've never used the 7 sort specification file it takes a little bit of effortm1 to learn, but not much, and it is eventually lessc4 work than writing a DCL procedure.  SORT / MERGE can6 also handle binary data in a variety of formats, which' usually gives it an advantage over DCL.d  8 If you're going to do the conversion on a regular basis,8 I'd look at the SORT / MERGE specification file approach first.   -- t(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have au5  legitimate reason to E-mail a response to this post.m   ------------------------------  # Date: Tue, 23 May 2000 15:38:44 GMTn From: briggs@eisner.decus.orgs? Subject: Re: How to export contents of RMS file to .csv format? + Message-ID: <xZ19tSNQBqe6@eisner.decus.org>t  F In article <8gbaip$qgi$1@nnrp1.deja.com>, choppper@my-deja.com writes:& > Please help - I'm getting desperate: > G > Can anyone tell me how I would go about exporting the entire contents-F > of a large RMS file on VMS (OpenVMS 7.2)(about 150Mb) into a .csv or > similar text file? > F > I need to be able to do this as part of a data migration exercise...  ( $ TYPE rms-file-name /OUT=text-file-name  G Just tested it on an indexed file.  It produced a text file as desired.m  D If you FTP this to DOS/Windows, consider using ASCII transfers, thus# preserving line ending information.l   	John Briggs   ------------------------------  % Date: Tue, 23 May 2000 12:34:20 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>f? Subject: Re: How to export contents of RMS file to .csv format?a, Message-ID: <392AB30B.6E21F356@videotron.ca>   choppper@my-deja.com wrote:m > ' > Index-sequential, all printable data.s  L The CDA converter library (an old product dismissed during the Palmer years)J had, I beleive, a converter that was able to map fields in an RMS file and> export to various table formats (including some spreadsheets).  G I never did find the documentation on how that converter worked though.n  K Another possibility is to use ALL-IN-1. You create an FMS form whose fieldsgI are mapped in order to the actual data file. You can then use ALL-IN-1 toy7 format the data any way you want, including a CSV file.   M Or, perhaps simpler, if you don't have ALL-IN-1, write a simple C or even DCLlK program that reads the records, splits it into fields, and outputs the datas into CSV format.   ------------------------------   Date: 23 May 2000 16:48:44 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)? Subject: Re: How to export contents of RMS file to .csv format?x6 Message-ID: <8gecpc$19f$1@mailint03.im.hou.compaq.com>  \ In article <392AB30B.6E21F356@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: :choppper@my-deja.com wrote: :>  ( :> Index-sequential, all printable data.  @   ...then the TYPE command can display the contents of the file.  M :The CDA converter library (an old product dismissed during the Palmer years)B  C   Palmer's gone.  CDA isn't.  (The CDA engineering support team is oB   apparently in the midst of relocating to the local Compaq site.)  K :had, I beleive, a converter that was able to map fields in an RMS file and ? :export to various table formats (including some spreadsheets).   G   Ayup, I'm told there's a converter around for RTF that I'm trying to w#   shake loose for eventual release.r   H :I never did find the documentation on how that converter worked though.  A   CONVERT/DOCUMENT is the central DCL-level piece, the convertersoC   are part of DECwindows.  The converter library API documentation t   is a separate piece.  N :Or, perhaps simpler, if you don't have ALL-IN-1, write a simple C or even DCLL :program that reads the records, splits it into fields, and outputs the data :into CSV format.o  G   Trivial with either, though Perl would probably be among the easiest.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 23 May 2000 07:41:21 -0400c2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>< Subject: Re: how to get the name of the current subroutine ?7 Message-ID: <200005230741_MC2-A614-3CD7@compuserve.com>s  J         As others have pointed out, there is no supported way to retrieve=  . this information; there is no lexical functionJ F$WHAT_SUBROUTINE_AM_EXECUTING.  It is so simple to store the information=  C in a symbol, that I don't see why such a function should be needed.   . Message text written by "Jean-Franois Marchal"F >In your fist proposal, something like f$environment("SUBROUTINE") ...  = "Richard B. Gilbert" <DRAGON@compuserve.com> wrote in messagel1 news:200005230054_MC2-A610-8141@compuserve.com...--         What problem are you trying to solve?0  C $ CALL MUMBLE           ! You know what subroutine you are calling!: $ ....B $MUMBLE:        SUBROUTINE      ! You know what subroutine you are
 executing!   or $ SUB_NAME:=3D=3DMUMBLEa $ CALL 'SUB_NAME't <e   ------------------------------  # Date: Tue, 23 May 2000 12:36:34 GMTq= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)m< Subject: Re: how to get the name of the current subroutine ?0 Message-ID: <009EA81A.77729379@SendSpamHere.ORG>  l In article <200005230741_MC2-A614-3CD7@compuserve.com>, "Richard B. Gilbert" <DRAGON@compuserve.com> writes:K >        As others have pointed out, there is no supported way to retrieve=  > / >this information; there is no lexical functioniK >F$WHAT_SUBROUTINE_AM_EXECUTING.  It is so simple to store the information=l >oD >in a symbol, that I don't see why such a function should be needed. >l/ >Message text written by "Jean-Franois Marchal"oG >>In your fist proposal, something like f$environment("SUBROUTINE") ...c >e> >"Richard B. Gilbert" <DRAGON@compuserve.com> wrote in message2 >news:200005230054_MC2-A610-8141@compuserve.com.... >        What problem are you trying to solve?  A Really, this is not difficult to do as I said in a prior message.o  
 Demo Example:s   File: SUBRTN_PROCEDURE.COM is:   $ CALL SUBROUTINE_ONEh $ EXIT $I $ SUBROUTINE_ONE: subroutine $ CALL SUBROUTINE_TWO( $ EXIT s $ endsubroutineh $l $ SUBROUTINE_TWO: subroutine $ CALL SUBROUTINE_THREEp $ EXIT n $ endsubroutinep $a $ SUBROUTINE_THREE: subroutine $ CALL SUBROUTINE_FOUR $ EXIT - $ endsubroutine  $, $ SUBROUTINE_FOUR: subroutinem $ CALL SUBROUTINE_FIVE $ EXIT c $ endsubroutine  $M $ SUBROUTINE_FIVE: subroutined $ CALL SUBROUTINE_SIX  $ EXIT e $ endsubroutiner $. $ SUBROUTINE_SIX: subroutine $ CALL SUBROUTINE_SEVENm $ EXIT   $ endsubroutinec $n $ SUBROUTINE_SEVEN: subroutine $ CALL SUBROUTINE_EIGHTm $ EXIT ) $ endsubroutineu $  $ SUBROUTINE_SEVEN: subroutine $ CALL SUBROUTINE_EIGHTy $ EXIT   $ endsubroutinel $t $ SUBROUTINE_EIGHT: subroutine $ CALL SUBROUTINE_NINE $ EXIT   $ endsubroutinet $a $ SUBROUTINE_NINE: subroutine  $ CALL SUBROUTINE_TENP $ EXIT t $ endsubroutinet $C $ SUBROUTINE_TEN: subroutine $ CALL SUBROUTINE_ELEVEN $ EXIT x $ endsubroutineo $i $ SUBROUTINE_ELEVEN: subroutine  $ CALL SUBROUTINE_TWELVE $ EXIT i $ endsubroutines $e $ SUBROUTINE_TWELVE: subroutinet $ @PREVIOUS_PROCEDURE_NAME.COM $ EXIT   $ endsubroutine    ALPHA$ @  SUBRTN_PROCEDURE.COM   Level FilenameO [14]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]PREVIOUS_PROCEDURE_NAME.COM;1nH [13]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1*       Subroutine Label:  SUBROUTINE_TWELVEH [12]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1*       Subroutine Label:  SUBROUTINE_ELEVENH [11]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1'       Subroutine Label:  SUBROUTINE_TENiH [10]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1(       Subroutine Label:  SUBROUTINE_NINEH [09]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1)       Subroutine Label:  SUBROUTINE_EIGHTiH [08]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1)       Subroutine Label:  SUBROUTINE_SEVEN H [07]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1'       Subroutine Label:  SUBROUTINE_SIXsH [06]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1(       Subroutine Label:  SUBROUTINE_FIVEH [05]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1(       Subroutine Label:  SUBROUTINE_FOURH [04]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1)       Subroutine Label:  SUBROUTINE_THREE H [03]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1'       Subroutine Label:  SUBROUTINE_TWO0H [02]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1'       Subroutine Label:  SUBROUTINE_ONEsH [01]  SYS$TMESIS:[PRODUCTS.SYMBOL.V050_ALPHA.TEST]SUBRTN_PROCEDURE.COM;1
 [00]  _FTA33:a ALPHA$  < I posted the URL for PREVIOUS_PROCEDURE_NAME.COM previously.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Mon, 22 May 2000 23:01:06 +0400h4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>+ Subject: Re: Looking for PW API informationm0 Message-ID: <392983F2.7AD54436@SMTP.DeltaTel.RU>   Hoff Hoffman wrote:n > i > In article <3927E8F8.BAFEF703@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:'Q > :       I looking for any information about of "PW API" which allow to performslK > :autentication against PW AS database to my own application. May be therer- > :exist some other way to fulfil this task ?  > : >   PW API?  PATHWORKS (Advanced Server) server or client? 	Server.   > J >   There is an authentication interface (ACME) latent in OpenVMS startingJ >   in V7.1, but this API is deliberately not documented nor supported forJ >   customer access as we expect to be making some incompatible changes to5 >   the ACME API as part of a future OpenVMS release.aA 	I found the answer at wizard site, the wizard recommened contact > OpenVMS Engineering for obtain more information about of ACME.   > A >   On the other hand, this could be a question of the Win32 API.e > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   -- 0 Regards.F +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM- 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035hG +............ Frying only on VMS, flying only by Su-27  .............+
s   ------------------------------  % Date: Mon, 22 May 2000 20:37:40 +0400n4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>+ Subject: Re: Looking for PW API information 0 Message-ID: <39296254.45C4197E@SMTP.DeltaTel.RU>  # Daniel, Hoff, Thanks for responzes.N    T 	I looking way to perform authentication by my own application which run on the same% server where run PW Server (PDC/BDC).cG 	I readed about ACM[E], and I think that in realy I'm need interface toa PWRK$ACME_MODULE_VAX|ALPHA.EXE.d       Pathworks News wrote:i >  > Hi Ruslan, > What, do you want to do ?fN > As far as the API calls, you'll get the same response from PATHWORKS as from > Windows (at SMB level).1$ > Is this what you are looking for ? > -- > Daniel Grund >  > Compaq > Customer Services,$ > Microsoft Certified Support Centre3 > Pathworks/Advanced Server Expertise Centre EuropeY >  > The NetherlandseA > "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> wrote in message , > news:3927E8F8.BAFEF703@SMTP.DeltaTel.RU... > > Hi All!YK > > I looking for any information about of "PW API" which allow to performs1L > > autentication against PW AS database to my own application. May be there. > > exist some other way to fulfil this task ? > >S > > TIA. > > -- > > Regards.J > > +.....................pure personal opinion..........................+F > >     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM0 > > Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035J > > +............ Frying only on VMS, flying only by Su-27  .............+   -- o Cheers,lF +OpenVMS [Sys|Net] HardWorker........................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222tE  191119,St.Petersburg,Transportny per. 3                     116-3222lE                                               Fax:  +7 (812) 115-1035eG +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +
    ------------------------------  % Date: Tue, 23 May 2000 07:58:07 -0500p) From: "John E. Malmberg" <wb8tyw@qsl.net>o+ Subject: Re: Looking for PW API informationg7 Message-ID: <00be01bfc4b6$8b973de0$020a0a0a@xile.realm>   3 Ruslan R. Laishev <Laishev#SMTP.DeltaTel.RU> wrote:n% > Daniel, Hoff, Thanks for responzes.e > L > I looking way to perform authentication by my own application which run on the same' > server where run PW Server (PDC/BDC). H > I readed about ACM[E], and I think that in realy I'm need interface to! > PWRK$ACME_MODULE_VAX|ALPHA.EXE.h   Or simply use the source:s  J The SMBCLIENT for SAMBA-VMS should be able to log into the local PathworksK Server or a remote LANMAN server.  Some types of session connections do not J consume license units depending on what version of Pathworks that you use.  H I think also that the COM 1.1 product may also be something you can use.   -John  wb8tyw@qsl.network   ------------------------------    Date: 23 May 2000 07:23:26 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)+ Subject: Re: Looking for PW API information , Message-ID: <4YK9gxuJI2fd@malvm2.mala.bc.ca>  g In article <39296254.45C4197E@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes: % > Daniel, Hoff, Thanks for responzes.  >  > V > 	I looking way to perform authentication by my own application which run on the same' > server where run PW Server (PDC/BDC).RI > 	I readed about ACM[E], and I think that in realy I'm need interface top! > PWRK$ACME_MODULE_VAX|ALPHA.EXE.k >   W   I think I have a similar need. I have a utility which I used to run which made use of X the Pathworks Admin program to change user passwords in an NT domain. Unfortunately thisW no longer works once the domain controllers are downgraded to Active Directory ( thoughuK all the other Admin functions still seems to work ). Whatever mechanism VMSpX uses to synchronize passwords for "external authentication" accounts still seems to workQ though ( if I do a "SET PASSWORD" from such an account the NT password changes ).t  V   Even if this interface is "unsupported and subject to change" it would still be muchU better than the existing broken interface. Who within "OpenVMS engineering" could oneeT contact about getting documentation on this interface ( I'd gladly sign a disclaimer' that I won't complain when it breaks ).c  M =============================================================================>M Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.ca H Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------  # Date: Tue, 23 May 2000 18:47:48 GMTt9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e+ Subject: Re: Looking for PW API information + Message-ID: <tm6vgnOQhF6g@eisner.decus.org>e  Y In article <4YK9gxuJI2fd@malvm2.mala.bc.ca>, dunnett@mala.bc.ca (Malcolm Dunnett) writes:ii > In article <39296254.45C4197E@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:t& >> Daniel, Hoff, Thanks for responzes. >> R >> EA >> 	I looking way to perform authentication by my own applicationnC >>      which run on the same server where run PW Server (PDC/BDC). A >>      I readed about ACM[E], and I think that in realy I'm need,4 >>      interface to PWRK$ACME_MODULE_VAX|ALPHA.EXE.  A >   Even if this interface is "unsupported and subject to change" E >   it would still be much better than the existing broken interface. D >   Who within "OpenVMS engineering" could one contact about gettingB >   documentation on this interface ( I'd gladly sign a disclaimer+ >   that I won't complain when it breaks ).   C The mailing address they posted to this newsgroup for such requests  some months back was:    	BARRY@STAR.ZKO.DEC.COMi  @ Nobody I know who submitted their name has received anything yet@ (or they signed a disclaimer not to tell me), but the address is) still valid, to the best of my knowledge.t   ------------------------------   Date: 23 May 2000 14:26:34 GMT/ From: warren.spencer@alcan.com (Warren Spencer)dD Subject: Re: Network Fault Tolerance and also Interconnect Protocols9 Message-ID: <8F3D68A4Ewarrenspenceralcanco@142.14.12.164>m  + tony@statmonitor.com (Tony Davis) wrote in  - <hk2kiso8i2ino95caio0a0td1buu8grasl@4ax.com>:2   >Hello,1 >8G >I need some assistance. I was recently put in charge in setting up oure= >network and I was hoping someone could steer me in the rightn) >direction. Here is what I will be doing.n >1F >I received 4 AlphaServer DS20E's with two DE600 10/100 NIC in each ofE >them along with a 24 disk array unit. Each system will have a 500mhzn >CPU and 512 meg ram.l >eG >Two of the systems will be clustered together via scsi interconnect ortA >whatever would be the best and in turn will run one application.i >e@ >Another  DSE20E will be slave server for the application on the	 >cluster.n >d< >The last DS20E will be a stand-alone server running another
 >application.n >sF >We will be running OpenVMS 7.1-2, since our applications haven't beenB >thoroughly tested on version 7.2-1, and also Pathworks, I believeD >the Advanced Server. I haven't received the software in so I am not& >for sure which version of Pathworks.  > B >I know that the DE600 NIC's support Network Fault Tolerance but IF >can't find any literature explaining how to configure it. Can someoneC >direct me in the right direction as far as literature or give me au >brief understanding about it? >iG >Will each card have to be configured with the same ip address for this ' >to work? What other options are there?e >hC >What we want to do is have the system redirect its output from oner( >card to another if the first one fails. > D >Last thing, What would the best configuration for a cluster. I readC >about CI, SCSI, FDDI and the others but I don't know what would be @ >best for us. I want something that is fast with very little CPUA >overhead? We will be servicing parts of Texas and Mexico via WANh. >so I need something that is fast and furious. >t >Thank you for your time.r >. >Tony- >- >-   Hi Tony,  P I'm certainly not the definitive resource on clustering, but I do have a couple  of points for you to consider.  M Cluster network traffic is not IP-based - it is a different protocol called  mP SCA.  When run over a network card, it's called NISCA.  The protocol identifier F in the ethernet packet is different, so IP stacks will ignore packets P identified as NISCA.  You can run IP out the same NIC as your IP traffic if you  wish.t  L Cluster traffic never runs over a SCSI bus; instead, that bus allows shared  access to disk drives.  P NISCA traffic can be fairly heavy, depending on your application.  You may wish N to dedicate a point-to-point network link between your two clustered systems, 0 thus removing the NISCA traffic from your LAN.    K I use dual-port network cards to provide redundancy - one port is point-to- N point, the other goes to the LAN.  The cluster driver (PEDriver) notices that N it can see its cluster partner over both links, and will use the fastest link P (usually the point-to-point one) until such time as it fails - it will then use L the other link (LAN).  You can set up your dual NIC's the same way:  One is M point-to-point, the other goes to the LAN.  Assign an IP address to only the  	 LAN card.o  N Redirecting IP traffic around a failed NIC is not something I have experience P with.  But a failed NIC is only one type of failure. Suppose a backplace in one > of the boxes fails?  Power supply?  Processor chip? What then?  P Clustering addresses this single-point-of-failure issue.  If you provide shared O access to the same physical disks, any box in the cluster can boot off a given 2N system disk, and run any application hosted by those disks.  This is the REAL N way to provide fault tolerence.  It also means that your applications must be P designed such that they aren't node-specific.  I've seen applications that rely O on a specific node (computer) name.  Therefore they won't run on another node, i? and thus can't be failed over to another node in the cluster.     N Given the homogenous nature of the boxes you got, it would seem reasonable to P set things up so that any box can fulfill any of the duties you described above O - be it pathworks server, application slave, whatever.  It you loose a box (or eP nic, or backplace, or whatever), simply bring those services up on another node  in the cluster.m  P If you use SCSI to provide shared access to the disks, I believe you're limited P to a 3-node cluster.  This may have changed recently though.  You have numerous E options with the gear you have, and your reliability and application t9 requirements should dictate the configuration you choose.   K Compaq configuration specialists are available to help with these kinds of -J issues.  You may wish to contact them.  The "OpenVMS Cluster Systems" and H "Guidlelines for OpenVMS Cluster Systems" manuals are also an excellent 
 resources.   Hope this helps,   ws   -- < Warren Spencer Systems Analyst  Alcan Aluminum Corporation  L << My employer does not necessarily agree with my opinions - neither do I >>   ------------------------------   Date: 23 May 2000 12:27:12 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)6 Message-ID: <8gdtf0$p2p$1@mailint03.im.hou.compaq.com>  Y In article <FuzwJv.7nM@world.std.com>, "Terry C. Shannon" <shannon@world.std.com> writes:e= :...perhaps DII-COE will stifle some of the recurrent "VMS iseG :Dead and It's Bob Palmer's Fault" whining that plagues this newsgroup.s :  :Which would be nice.I  G   What I would rather see more of in the newsgroup are comments on the iD   increasingly available OpenVMS marketing materials and increasing F   OpenVMS references within Compaq materials, mention that OpenVMS is E   being regularly featured in many of the newer Compaq materials and aF   forums, mention of the level of support and interest in OpenVMS and J   OpenVMS customers by Michael Capellas (he's visited with a wide variety A   of OpenVMS customers), mention of the new engineering work and LB   customer-specific changes that are going into OpenVMS (includingE   mention of the work targeting existing and new ISVs and customers,  D   and the OpenVMS engineering project targeting improvements in the 1   ease of porting of applications *to* OpenVMS).    F   A number of members of OpenVMS Engineering have spent a non-trivial F   amount of engineering time and effort visiting with and taking very G   detailed looks at OpenVMS at specific customer sites, and at what we oF   can do to meet (or to exceed) customer requirements.  Some of these G   sites are large customers, and some are small customers with unusual OH   or extreme loads.  (I've visited various customer sites over the past I   two years, as have a large number of other OpenVMS engineers.)  As for @G   improvements resulting from this effort, we have recently engineered OH   ways reduce certain heavy file-locking operations to a fraction their G   former levels, and a way to significantly reduce DLM packet activity  I   during certain criticial cluster operations.  (These are certainly not NH   headline-grabbing new features, but these improvements can be central 9   to leading-edge and large-scale customer environments.)1  H   What I would like to see is suggestions of what we can add to OpenVMS,I   and what OpenVMS features are at the core of your business.  (I have a NF   good idea of at least some of the existing or desired new features: J   clustering, host-based CD-R, host-based InfoServer, Apache, Netscape V6 J   or Mozilla, SSL, DHCP client, Oracle databases, scholastic licenses and G   hobbyist licenses for non-DECUS geographies, new file system support,RG   etc.  (Though -- like most every other software-related organization MG   around -- we do unfortunately have more work than we can ever get to.uE   This is one reason why ISVs and business partners are key players.)P  J   I'm in the midst of writing a whitepaper that contains and introduction G   to OpenVMS programming -- I am hoping that I can eventually get this  5   extended out into a full porting-to-OpenVMS manual.S  J   Now if y'all will excuse me, I have a database oddity to resolve, (yet) J   another OpenVMS release to prepare for, presentations to create for the K   upcoming Dallas event, some ported code that needs rather better OpenVMS SJ   integration, discussions of a management interface and the potential forJ   a control program, a book to update, the aforementioned whitepaper, and !   more than enough other tasks...u  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 23 May 2000 16:03:37 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>sJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)H Message-ID: <y4ln11gy86.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  I >   What I would rather see more of in the newsgroup are comments on the aF >   increasingly available OpenVMS marketing materials and increasing H >   OpenVMS references within Compaq materials, mention that OpenVMS is G >   being regularly featured in many of the newer Compaq materials and iH >   forums, mention of the level of support and interest in OpenVMS and L >   OpenVMS customers by Michael Capellas (he's visited with a wide variety C >   of OpenVMS customers), mention of the new engineering work and oD >   customer-specific changes that are going into OpenVMS (includingG >   mention of the work targeting existing and new ISVs and customers, oF >   and the OpenVMS engineering project targeting improvements in the 3 >   ease of porting of applications *to* OpenVMS). -  H The technical side is one thing, marketing another. Pricing an importantM third. With the reduction (read here) of the cluster license price for entry-.F level machines to a semi-palatable one, things are moving in the rightK direction. In the near future, I'll try to find out how much an entry-level7L server with something equivalent to HP OpenMail (will PMDF do the job?) will: cost us - CPQ should accept us as an ISV into CSA, I hope.  J >   What I would like to see is suggestions of what we can add to OpenVMS,K >   and what OpenVMS features are at the core of your business.  (I have a  H >   good idea of at least some of the existing or desired new features: L >   clustering, host-based CD-R, host-based InfoServer, Apache, Netscape V6 L >   or Mozilla, SSL, DHCP client, Oracle databases, scholastic licenses and I >   hobbyist licenses for non-DECUS geographies, new file system support,P  K One thing I rarely see mentioned is a cryptographic file system. When I seeoF what people carry about on their laptops unsecured, and how easy it isN nowadays to literallycarrye away a company's - especially a company developingM some sort of software - lifeblood (aka as stealing your software), this seemseJ business-critical indeed. (Remember those embarassing MI5/MI6 and Pentagon9 cases?) And Matt Blaze has shown it is fairly easy to do.t  L >   I'm in the midst of writing a whitepaper that contains and introduction I >   to OpenVMS programming -- I am hoping that I can eventually get this p7 >   extended out into a full porting-to-OpenVMS manual.o  M Some here might be willing to lend a hand in editing, proof-reading, possiblyS7 even co-writing such a thing. I'd certainly be willing..   	Jan   ------------------------------  / Date: Tue, 23 May 2000 08:19:39 +0200 (MET DST)P& From: Rudolf Wingert <win@fom.fgan.de>9 Subject: Re: OpenVMS the last OS without JAVA Script 1.2?r/ Message-ID: <200005230521.HAA18244@fom.fgan.de>.   Hello,  H Arne (sorry your lastname contains unwritable characters for me) wrotes:   >>>+4 I assume you mean JDK 1.2.2 / Java 2 (never heard of versions of JavaScript). <<<P  J No I do mean JAVA script 1.2. JAVA script do function on OpenVMS Alpha andG VAX, but in an old version. Every other system knows the "rollover JAVA.J script (Rollover.js)" exspect OpenVMS. I have made a call to TSC Muenchen.G The answer: there is no chance at the moment and the near future to getbH this version of JAVA script. Do you know which version of JAVA script isF ditributed with JAVA 2. For more information, here the specific source
 code line:  ; 	<script LANGUAGE="JavaScript1.2" SRC="./rollover.j<script>e    As far as you see JavaScript1.2.   Regards Rudolf Wingert   ------------------------------  # Date: Tue, 23 May 2000 09:52:21 GMT  From: d.webb@mdx.ac.uk9 Subject: Re: OpenVMS the last OS without JAVA Script 1.2?M) Message-ID: <8gdkci$5us$1@nnrp1.deja.com>h  ) In article <392910BF.F3F79A7B@gtech.com>,u@   Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> wrote: > Rudolf Wingert wrote:fF > > AFAIK OpenVMS is the last OS without JAVA script 1.2. This is very bad,H > > because we can't see our own home page (stored on a Sun), which uses, > > the rollover feature of JAVA script 1.2. >l, > First Java and JavaScript is not the same. >e1 > Java is a programming language invented by SUN.. >(7 > JavaScript is a script language invented by NetScape.t: > It was originally named LiveScript, but NS renamed it to > ride on the Java wawe. >D6 > I assume you mean JDK 1.2.2 / Java 2 (never heard of > versions of JavaScript). >h8 > JDK 1.2.2 is available for almost all platforms except > VMS. >i+ > But it is in beta test and it looks good.e >  > Arne >e     But oh so late.D  ( Beta JDK 1.2 only available for VMS 7.2.' (Final release should support VMS 7.1).W# But Sun have just released JDK 1.3.   < Will we have to wait for JDK 1.4 before VMS gets JDK 1.3 ???  
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.k   ------------------------------  + Date: Tue, 23 May 2000 07:47:34 -0400 (EDT)h" From: Dan Sugalski <dan@sidhe.org>9 Subject: Re: OpenVMS the last OS without JAVA Script 1.2?sH Message-ID: <Pine.LNX.4.10.10005230743300.10598-100000@tuatha.sidhe.org>  * On Tue, 23 May 2000, Rudolf Wingert wrote:  L > No I do mean JAVA script 1.2. JAVA script do function on OpenVMS Alpha and > VAX, but in an old version.b  H VMS doesn't execute JavaScript. Neither does any other operating system.H JavaScript is executed by web browsers, and this is purely a web browser issue.  F The short answer is that Netscape 3.x doesn't do the latest version ofI JavaScript, and it's what's available on VMS. Milestone builds of Mozillaa0 do have the latest version of JavaScript on 'em.  J Regardless, you'll probably find it doesn't matter much as an awful lot ofJ folks (last I heard it was around 25%) turn JavaScript off by default, andJ the VMS crowd does it in larger proportion than that. (We're more aware of$ the problems it can cause, I expect)   					Dan   ------------------------------    Date: 23 May 2000 10:11:30 +0100T From: pmoreau@cenaath.cena.dgac.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)0 Subject: Re: OpenVMS, and PowerStorm 300 and 350! Message-ID: <TM4cPIvXJpiB@gaelic>r  6 In article <8gc2j6$dh$1@mailint03.im.hou.compaq.com>, 5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:    lF >   The OpenVMS graphics device driver kit for the PowerStorm 300 and C >   PowerStorm 350 series graphics controllers is now available forn >   OpenVMS Alpha V7.2-1:P > : >     ftp://ftp.service.digital.com/public/vms/axp/v7.2-1/, >       dec-axpvms-vms721_p350-v0100--4.html   Thanks Hoff.  D BTW, is the new version of Multimedia Services for OVMS available ?    Patrick" -- dO =============================================================================== O pmoreau@cena.dgac.fr  (CENA)     ______      ___   _           (Patrick MOREAU) 4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================n   ------------------------------   Date: 23 May 2000 12:38:05 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: OpenVMS, and PowerStorm 300 and 3506 Message-ID: <8gdu3d$p2p$3@mailint03.im.hou.compaq.com>  x In article <TM4cPIvXJpiB@gaelic>, pmoreau@cenaath.cena.dgac.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40) writes:E :BTW, is the new version of Multimedia Services for OVMS available ? 0  D   Donno.  (I'm having trouble keeping up with all of the various newH   engineering projects presently going on here in OpenVMS.)  I'll check.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 23 May 2000 15:40:21 GMTt+ From: Paul Anderson <panderson@genicom.com>n/ Subject: Re: Prob w/DCPS 1.7,HP4050, and HPGL/2o@ Message-ID: <panderson-0F902B.11402923052000@news.earthlink.net>  D In article <Me-0C67C5.11531222052000@svlnews.lmms.lmco.com>, Jethro  Bodine <Me@nospam.com> wrote:f  I > We just received a new HP4050 (nice printer). The problem is, however, tK > that when we try to print files that contain HPGL/2 and PCL commands to  cG > the printer using DCPS (v1.7 on OpenVMS Alpha 7.1), the printer just eF > prints out the HPGL/2 commands as text (the printer responds to PCL  > commands correctly).  I DCPS does not support the HP LaserJet 4050 printer.  Therefore, we don't  H know if the printer has native PCL or not.  We assume it doesn't and we G use the DCPS PCL 4 translator to translate PCL to PostScript.  I'd say  ; use of this (old) translator is what's causing the problem.D   Paul   -- s"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------   Date: 23 May 2000 13:46:20 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)> Subject: Re: problem linking to ucx$ipc.olb on AXP/VMX71-UCX406 Message-ID: <8ge23c$qih$2@mailint03.im.hou.compaq.com>  o In article <aAlW4.1993$X9.51186@typhoon.austin.rr.com>, "Lorraine Profeta RR" <lprofeta@houston.rr.com> writes:t* :On OpenVMS 7.1 the library is ucx$lib.olb  K   The key factor here is not the OpenVMS version, it is the TCP/IP ServicestK   product version -- with TCP/IP Services releases prior to V5, the library K   is ucx$lib.  With TCP/IP Services V5 and later, it is tcpip$lib.  TCP/IP  F   Services V5 (V5.0A) is available on OpenVMS V7.1 and later releases.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 May 2000 07:24:26 GMT8 From: gartmann@mpi7.immunbio.mpg.de (Christoph Gartmann) Subject: Re: RADIUS for VMS 0 Message-ID: <8gdbna$878$1@n.ruf.uni-freiburg.de>  k In article <00fe01bfc416$f477f4d0$0b20df80@uoregon.edu>, Rick Millhollin <rickm@OREGON.UOREGON.EDU> writes:uK >I believe I have seen mention on this list of RADIUS for VMS.  Can anybodyf+ >give me a pointer to more info?  Thanks...)  N There are several possibilites. We are using Digital's product which is now atG Cabletron and are quite happy with it. But I must admit that I have theiL impression that there isn't much development going on, especially at the VMS management side.   Regards,    Christoph Gartmannp  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------   Date: 23 May 2000 13:20:08 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: Rdb database problem (was Re: urgent)6 Message-ID: <8ge0i8$qas$1@mailint03.im.hou.compaq.com>  ^ In article <004f01bfc496$058c9120$198241ca@pol.pol.net.in>, Champs <champs@pol.net.in> writes:- :This is a multi-part message in MIME format.a  E   Please turn off MIME.  The countents of each of your three separatei7   postings of this message are each being posted twice.s  G :We are facing some major problems with open VMS ,please try to help us D :to resolve this problem  it has been persisting for last few months  C   This does not appear to be centrally an OpenVMS problem -- thoughhC   it does appear to be a coding problem in the application program,n1   or in how the particular application is linked.   A   If this has being persisting for several months and if you havedF   posted this question a couple of weeks back, what makes the problem C   urgent now?  And why are you posting this again, given this same oC   question was twice-posted (and discussed) back circa 12-May-2000?S  D   The message identification from the original posting (for searches#   at www.deja.com or elsewhere) is:n  A       Message-ID: <000a01bfbbff$2396c040$c78241ca@pol.pol.net.in>M      Replies include the following:  ,       Message-ID: <391D690A.85D1AD0@mci.com><       Message-ID: <8fpktk$jfo$1@mailint03.im.hou.compaq.com>  G   I would encourage you to look at the previous replies to your earlieruE   posting (via the www.deja.com engine or via the INFO-VAX archives).t  D   I would also strongly encourage you to pick meaningful titles for F   your questions, to better attract the attention of folks that might F   know the answer to your question(s).  Thus you get the answer(s) to H   your question(s) more quickly -- "urgent" is not meaningful.  (And if G   this question is truely urgent -- and no offense is intended here --  E   then please seriously consider calling the Compaq customer support e"   center directly for assistance.)  G :So the question is, where does the extra connections come from and whyt0 :is doesn't occur on the VAX, but only on Alpha?  I   Probably due to the sharing (or more specifically, the non-sharing) of LI   the Rdb-related context variables among the components of your program.t  I   Please take a look at the earlier replies, and let us know if you don'tpG   understand something from them, or if the suggestions do not work forn   your environment.*  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 23 May 2000 10:30:43 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>( Subject: Re[2]: Voluntary Milking System- Message-ID: <0033000022915256000002L062*@MHS>u  / =0AIn article <3929A92F.CA6D312B@videotron.ca>,s0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Dirk Munk wrote:< > > I've seen them in Holland too, nice red vacuum cleaners.F > > A couple of days ago I even saw a bottle of VAX floorwax. Maybe it can . > > be used to give those 19" racks a shine ?? >mF > But what strikes me is that in one of the pictures of the VAX vacuum	 cleaners,nA > it has the verty same sticker "I LOVE MY VAX" that some Digitali employee hadC > given to me. So, who commissioned those stickers ? Digital or the  vacuum- > cleaner company ? Perhaps a joint venture ?u  < There's a picture of a VAX (vacuuum cleaner) on the web site= http://www.vax.co.uk/ with that sticker on it as sent in by a 6 customer which suggests that it was a Digital sticker.  : The VAX history page is quite amusing as well. For example  = 1977: First VAX machine invented and patented by Alan Brazierl  ? 1991: Launch of VAX 2000 & VAX 4000 second generation canisterse  ;      Well, if you put them on the floor, the power supplies A      have been known to suck up a good bit of dust on occasion...   >      But the converse is not true:  the vacuum cleaners aren't)      very good at crunching numbers.  ;-)i        WWWebb=   ------------------------------  + Date: Tue, 23 May 2000 12:37:52 +0100 (CET)i' From: SWARS@mailer.MPI-STUTTGART.MPG.DE ! Subject: samba NMBD stops workinge< Message-ID: <01JPQMPDGK9U8X1YK6@MAILER.MPI-STUTTGART.MPG.DE>   hi all, A we have a problem since we upgraded vms to 7.2-1 the nmbd process 3 ssems to be ok but connections from pc were refusedi? so we stop/start samba again and it works for the next few days I or only for a few hours we use SAMBA-1_9_17P4-VMS1 an a alpha station 433e3 whit fddi interface ,thank you for any help h.swarsa   ------------------------------  % Date: Tue, 23 May 2000 14:35:06 -0700h% From: Ray Phelan <rayphela@indigo.ie>-4 Subject: Submit RSH commands from NT to an alpha....6 Message-ID: <001d01bfc4fe$c3bf61a0$7f927dc2@raylaptop>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_001A_01BFC4C4.16AF89200 Content-Type: text/plain;n 	charset="iso-8859-1"i+ Content-Transfer-Encoding: quoted-printablec  @ I have an Alpha running UCX 5.0A on an Alpha DS10 OpenVMS V7.2-1  I I can use the RSH commands from the alpha down to an NT box, but how do =z; I submit RSH commands from the NT box back up to the Alpha?e  E To get the RSH commands to work down to the NT box, I just set up a =a% proxy on the Alpha and it works fine.iG What is the equivalent "proxy" set up that I require on the NT box to =O! submit RSH commands to the alpha?t  
 Ray Phelan CORE Computer Consultants Ltd. ray.phelan@core2000.ie rayphela@indigo.ie=20   + ------=_NextPart_000_001A_01BFC4C4.16AF8920m Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printableo  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =t http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>g <STYLE></STYLE>s </HEAD>  <BODY bgColor=3D#ffffff>G <DIV><FONT size=3D2>I have an Alpha running UCX 5.0A on an Alpha DS10 =a
 OpenVMS=20 V7.2-1</FONT></DIV>r <DIV>&nbsp;</DIV>oJ <DIV><FONT size=3D2>I can use the RSH commands from the alpha down to an =
 NT box,=20B but how do I submit RSH commands from the NT box back up to the=20 Alpha?</FONT></DIV>u <DIV>&nbsp;</DIV>-I <DIV><FONT size=3D2>To get the RSH commands to work down to the NT box, =o
 I just set=20u7 up a proxy on the Alpha and it works fine.</FONT></DIV> J <DIV><FONT size=3D2>What is the equivalent "proxy" set up that I require = on the NT=205 box to submit RSH commands to the alpha?</FONT></DIV>e <DIV>&nbsp;</DIV> + <DIV><FONT size=3D2>Ray Phelan</FONT></DIV>e? <DIV><FONT size=3D2>CORE Computer Consultants Ltd.</FONT></DIV>v <DIV><FONT size=3D2><A=20 J href=3D"mailto:ray.phelan@core2000.ie">ray.phelan@core2000.ie</A></FONT><= /DIV>b <DIV><FONT size=3D2><A =< href=3D"mailto:rayphela@indigo.ie">rayphela@indigo.ie</A>=20 </FONT></DIV></BODY></HTML>p  - ------=_NextPart_000_001A_01BFC4C4.16AF8920--b   ------------------------------   Date: 22 May 2000 23:57 CSTi' From: carl@gerg.tamu.edu (Carl Perkins)l  Subject: Re: Swapped out process- Message-ID: <22MAY200023575928@gerg.tamu.edu>o  1 Steven Xie <r33300@msghkg1.sps.mot.com> writes...mI }I got a question here. By looking at one of my system, there are severalnA }"swapped out" processes there and I believe they made the systemtG }performance down. I tried to use "show proce/id=id_number" to show themG }details of the system, but after I did this, the "swapped out" processrB }just gone. Looks like the "show proce" command fix the "swap out" }process error.o } H }My question is, What's the reason cause the "swap out" process? And did- }the "show process" really fixed the problem?a }  }Thanks, }Steven:  F This isn't a problem, in and of itself. The processes are swapped out.G That is, all (or nearly all) the pages in the process have been swapped2F out to the swapfile (if you have one - pagefile if not). The processesG that get swapped out weren't doing anything anyway (or, at least, a lot.0 less than the ones that didn't get swapped out).  F Given the normal tuning that VMS comes with, and likes to maintain viaJ autogen with no instructions otherwise, this indicates that you are havingJ significant memory shortages. The usual settings make it so that processesL don't get swapped out until the shortage is quite severe. This would explainK your performance problem: you need more memory since the processes that are G running want to use significantly more than you have. If you are lucky,eE increasing the size of your pagefile (if that is running low too) andiJ adjusting some process working set's values to restrict their memory usageJ could aleviate the problem (by having them keep fewer pages in memory, andD more in the pagefile) - but the best solution is to get more memory.  F The "show process" swaps the process back in since it gets informationI that is not in memory when the process is swapped out. Swapping a processmL back into memory is quite fast - *if* you actually have the memory availableI at the time, otherwise it can cause a sudden and even more serious memoryaI shortage: memory is short, so VMS swaps out one or more processes -if you.H go and try forcing them all to inswap then you are forcing it to try andG use memory that it hasn't got which can give the paging mechanism quite C a workout, slow everything down, cause processes to hang in variousrH interesting states for unpleasantly long periods of time (particualry ifE it is your prcess that is hung up waiting for the paging mechanism tosG shuffle things around so that page you need is in your working set, andtK can lead to users coming by knocking on your door to ask you why the system1" is slow/hung/down/irritating/evil.  D Note that after the memory shortage is over (by a memory hog processE exiting, for example) the processes that were swapped out will not beaH swapped back in until they actually need to do something. This keeps the extra memory free until then./   --- Carl   ------------------------------  # Date: Tue, 23 May 2000 08:15:32 GMT30 From: carlini@true.lkg.dec.com (Antonio Carlini): Subject: Re: Tape Data Recovery (was Re: Need urgent help)* Message-ID: <8gde3q$cbr@usenet.pa.dec.com>  @ In article <3929A12C.303BA833@ohio.edu>, piccard@ohio.edu wrote:  P >        Can you provide any enlightenment as to the reasoning that produced theI >crippled customer firmware in these modern drives?  It doesn't take muchtH > of an inclination toward conspiracy theory to lead to speculation that? >DEC did it, and Compaq continues it, in order to make businessi. >opportunities for the data recovery people.    L I cannot imagine why COMPAQ (or DEC before it) or any of the existing drive K vendors would want to do this. Financially, it doesn't make sense. I don't aK think the firmware uis deliberately crippled - I think the drives just can s almost never do what you want.  H >        It should not be all that hard to have the drive switch over toG >read-only as soon as you give the set magtape command to skip over the- >Logical End of Tape.   J Skipping the EOT would be easy. Synching up with the data stream again is  (apparently) very hard.   N >        Letting the customer recover promptly from a common human error seems$ >like a very much nicer thing to do!  L True. But if you want 20-40GB on a tape where you used to make do with 95MB < then this is one of the things you have to give up, I guess.  I I have no idea how successful these data recovery specialists are with a lK modern DLT tape drive. If you lose something that has real monetary value, eM make sure you get a "no recovery, no fee" deal; if they won't takle that on, -M maybe their recovery rates are not so hot; if they will take it on, then you M3 know exactly how much your data is worth to you :-)=   Antonio=    I Antonio Carlini                            Mail: carlini@true.lkg.dec.com # DECnet-Plus for OpenVMS Engineeringr6 COMPAQ                                     Reading, UK   ------------------------------  % Date: Tue, 23 May 2000 04:37:14 -0700 ? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> ( Subject: Re: TCP/IP SNA Gateway Solution9 Message-ID: <254913a8.0f58094f@usw-ex0105-035.remarq.com>_  ? As the gateway is channell connected you probably can't move iti< but you could move the VMS system (or get a new cheap little@ one) closer to the gateway. This can then do all the DECnet <==>= SNA stuff and TCP stuff from there using FTP RSH or somethingd; else (we use Connect Direct but I am sure there are others)m; Or possibly use DECnet phase 5 (if you like scrambling youra@ brain with unnecessarily complex command formats) and use DECNET@ tunnelled under IP from the VMS/SNA node out to the rest of your world.   Hope this helps    Mike  > P.S. our network group doesn't like decnet either - strange as? it seldom (if ever) fails whereas the IP stuff they like causesp
 problems!!  L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!M   ------------------------------  % Date: Tue, 23 May 2000 15:40:17 +0800-! From: Wayne Yung <iswayne@ust.hk>  Subject: Text to PDF utility& Message-ID: <392A35E0.F57F3459@ust.hk>  G I'm looking for a text to PDF module. If anyone can help me out I would0 really appreciate it.    Wayne.   ------------------------------  % Date: Tue, 23 May 2000 13:39:32 +0200a= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>)  Subject: Re: Text to PDF utility) Message-ID: <392A6DF4.1120C051@gtech.com>H   Wayne Yung wrote:sI > I'm looking for a text to PDF module. If anyone can help me out I wouldu > really appreciate it.G   Have ypu looked at:h   http://www.sanface.com/    ?m   Arne   ------------------------------   Date: 23 May 2000 16:14:24 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)  Subject: Re: Text to PDF utility, Message-ID: <8geap0$ebo@gap.cco.caltech.edu>  J In article <392A35E0.F57F3459@ust.hk>, Wayne Yung <iswayne@ust.hk> writes: >gH >I'm looking for a text to PDF module. If anyone can help me out I would >really appreciate it.  ; $ CONVERT/doc textfile/format=text postscriptfile/format=ps4  K Then use ghostscript to convert from postscript to PDF.  The version I havelJ on my system doesn't have the PDF device built though, so I can't tell youI for sure that it works on OpenVMS.  However, I've converted postscript torG PDF a couple of times on WNT using ghostscript there, and it worked ok.n   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Tue, 23 May 2000 16:54:56 +0200x2 From: "Frits A.M. Storms" <frits@storms.tmfweb.nl>" Subject: Re: UCX Printing Problems) Message-ID: <8ge646$d5$1@cyan.nl.gxn.net>r  # Had the same problem for some time.-U Examined the executable and found a (undocumented) logical which is the overall cure:   0 $ DEFINE/SYSTEM/EXEC UCX$LPD_VMS_FLAGPAGES FALSE  7 The trees will thank you for setting up this logical...r   Bye !a   Frits A.M. Stormsd  Cl "z" <jasakNOjaSPAM@hotmail.com.invalid> wrote in message news:0dd24fe8.ab6d10ad@usw-ex0105-037.remarq.com...A > We have traditionaly printed using LAT but have recently set upi? > printing using UCX (LPR).  I used the ucx$lprsetup program too@ > set up the devices and all seems to be working well.  The only? > problem I have is that after every print job submitted to theeA > queue I get an extra page showing the user name and host servera? > name.  I would like to stop this last page from printing.  Weh? > are using HP Jet Direct cards and I think they are configuredeA > correctly.  I think there is a setting on the queue that I need-) > to change but I do not know what it is.- >   > Any help would be appreciated. >  > N > * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *I > The fastest and easiest way to search and participate in Usenet - Free!  >    ------------------------------  # Date: Tue, 23 May 2000 10:28:01 GMT * From: "Robert Gray" <rgray@frayling.co.uk># Subject: UK VARs, named and shamed?e6 Message-ID: <R2tW4.2$yd2.2098@newreader.ukcore.bt.net>  K I am pondering on the ethics of disclosing details of extremely bad servicea> from certain UK digital/Compaq supposed Value Added Resellers.  H This would be done with the basic aim of provoking all VARs into lookingI after their customers in general, and hopefully me in particular. If that L doesn't happen, then hopefully it may warn off future potential customers so2 that they don't get caught in the same trap as me.  K Unfortunately, the bad service does not only cover Compaq hardware/softwaresK products, but also some of their bespoke software, so it becomes debateable " whether it is relevant in this ng.  / What do you think, should details be disclosed?b   -- Robert Grayt
 I.T. Director  Frayling Furniture Ltd rgray@frayling.co.uk   ------------------------------   Date: 23 May 2000 13:22:13 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: UK VARs, named and shamed?w6 Message-ID: <8ge0m5$qas$2@mailint03.im.hou.compaq.com>  c In article <R2tW4.2$yd2.2098@newreader.ukcore.bt.net>, "Robert Gray" <rgray@frayling.co.uk> writes:aL :I am pondering on the ethics of disclosing details of extremely bad service? :from certain UK digital/Compaq supposed Value Added Resellers.D  F   If you prefer, folks reading here at Compaq can pass along comments D   and kudos and such on Compaq VARs to the appropriate Compaq folks.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  / Date: Tue, 23 May 2000 14:17:03 +0200 (MET DST)p& From: Rudolf Wingert <win@FOM.FGAN.DE>- Subject: Unsupported adapters within the DS20t/ Message-ID: <200005231118.NAA29499@fom.fgan.de>.   Hello,  G other then the PersonalWorkStation in the DS20 the IDE ports are unsed.mF Also could you see two SCSI connectors (SCSI 1 and SCSI 2) and AdaptecI SCSI controllers on the motherboard. Me be there will be also an Ethernet C adapter? IMHO, that's why the motherboard is a PC motherboard. DoessG anybody know, what the reson for not using the IDE for CDrom and disks? F Also, why are the SCSI adapters not seen (in case of be Adaptec) underF the consol program nor under the OS? So you have to buy an two channel SCSI combo interface.n   TIA and regards Rudolf Wingert   ------------------------------  # Date: Tue, 23 May 2000 14:58:05 GMTe( From: Terry Kennedy <terry@gate.tmk.com>1 Subject: Re: Unsupported adapters within the DS20-' Message-ID: <Fv0pKt.9Br@spcuna.spc.edu>o  ( Rudolf Wingert <win@fom.fgan.de> writes:I > other then the PersonalWorkStation in the DS20 the IDE ports are unsed.-H > Also could you see two SCSI connectors (SCSI 1 and SCSI 2) and AdaptecK > SCSI controllers on the motherboard. Me be there will be also an EthernettE > adapter? IMHO, that's why the motherboard is a PC motherboard. Does2I > anybody know, what the reson for not using the IDE for CDrom and disks?rH > Also, why are the SCSI adapters not seen (in case of be Adaptec) underH > the consol program nor under the OS? So you have to buy an two channel > SCSI combo interface.u  F   At least on early DS20's, the on-board SCSI is non-functional due toG chipset issues. I asked why they were bothering to stuff the connectorssE when soldering the boards, and the engineer said they hoped to get itoF working in a later chipset, so they didn't delete the other components from the boards.  J   I don't know why the DS20 doesn't use its IDE ports. The DS10 comes withJ an IDE CD-ROM and can be configured with IDE hard disks. Of course, you'll! get better performance with SCSI.   - 	Terry Kennedy             http://www.tmk.comt5         terry@tmk.com             Jersey City, NJ USAn   ------------------------------  % Date: Tue, 23 May 2000 12:18:48 +05304  From: Champs <champs@pol.net.in> Subject: Urgento; Message-ID: <00b301bfc483$2dcf8d80$378241ca@pol.pol.net.in>k  , This is a multi-part message in MIME format.  + ------=_NextPart_000_00AF_01BFC4B1.477EA1C0a$ Content-Type: multipart/alternative;5 	boundary="----=_NextPart_001_00B0_01BFC4B1.477EA1C0"-    + ------=_NextPart_001_00B0_01BFC4B1.477EA1C0: Content-Type: text/plain;W 	charset="iso-8859-1"T+ Content-Transfer-Encoding: quoted-printable   F Please find attached document from Mr.Joesph from Champs OnWeb Pvt,Ltd Regards  Joesph  + ------=_NextPart_001_00B0_01BFC4B1.477EA1C0  Content-Type: text/html; 	charset="iso-8859-1"u+ Content-Transfer-Encoding: quoted-printablek  0 <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD>  0 <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type>8 <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR> </HEAD>1 <BODY bgColor=3D#ffffff>H <DIV><FONT color=3D#000000 size=3D2>Please find attached document from = Mr.Joesph=20& from Champs OnWeb Pvt,Ltd</FONT></DIV>8 <DIV><FONT color=3D#000000 size=3D2>Regards</FONT></DIV>E <DIV><FONT color=3D#000000 size=3D2>Joesph</FONT></DIV></BODY></HTML>a  - ------=_NextPart_001_00B0_01BFC4B1.477EA1C0--c  + ------=_NextPart_000_00AF_01BFC4B1.477EA1C0n! Content-Type: application/msword;M 	name="Open VMS query.doc"! Content-Transfer-Encoding: base64n  Content-Disposition: attachment; 	filename="Open VMS query.doc"  L 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAKAAAAAAAAAAAL EAAAKgAAAAEAAAD+////AAAAACcAAAD/////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ///////////////////////////////////////////////////////////////////////////sL pcEANyAJBAAA8BK/AAAAAAAAEAAAAAAABAAAfg0AAA4AYmpialUWVRYAAAAAAAAAAAAAAAAAAAAAL AAAJBBYAHhwAADd8AAA3fAAAfgkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAL AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAGwAAAAAAAQBAAAAAAAABAEAAAQBL AAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABQAAAAAAAAAAAAAABgBAAAAAAAA7AUAL AAAAAADsBQAAAAAAAOwFAAAAAAAA7AUAAAwAAAD4BQAAFAAAABgBAAAAAAAAqAsAALYAAAAYBgAAL AAAAABgGAAAAAAAAGAYAAAAAAAAYBgAAAAAAABgGAAAAAAAAGAYAAAAAAAAYBgAAAAAAABgGAAAAL AAAAJwsAAAIAAAApCwAAAAAAACkLAAAAAAAAKQsAAAAAAAApCwAAAAAAACkLAAAAAAAAKQsAACQAL AABeDAAAIAIAAH4OAAAIAQAATQsAABUAAAAAAAAAAAAAAAAAAAAAAAAABAEAAAAAAAAYBgAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAYBgAAAAAAABgGAAAAAAAAGAYAAAAAAAAYBgAAAAAAAE0LAAAAAAAAL 5AYAAAAAAAAEAQAAAAAAAAQBAAAAAAAAGAYAAAAAAAAAAAAAAAAAABgGAAAAAAAAYgsAABYAAADkL BgAAAAAAAOQGAAAAAAAA5AYAAAAAAAAYBgAAagAAAAQBAAAAAAAAGAYAAAAAAAAEAQAAAAAAABgGL AAAAAAAAJwsAAAAAAAAAAAAAAAAAAOQGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAGAYAAAAAAAAnCwAAAAAAAOQGAADMAQAA5AYAAAAAAACwCAAAL HgAAANsKAAAYAAAABAEAAAAAAAAEAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJwsAAAAAAAAYBgAAAAAAAAwGAAAMAAAA4E2szILEL vwEYAQAA1AQAAOwFAAAAAAAAggYAAFIAAADzCgAACAAAAAAAAAAAAAAAJwsAAAAAAAB4CwAAMAAAL AKgLAAAAAAAA+woAACwAAACGDwAAAAAAANQGAAAQAAAAhg8AAAAAAAAnCwAAAAAAAOQGAAAAAAAAL GAEAAAAAAAAYAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAAAgDZAAAADUZyL b20NSm9zZXBoIA01MDMsTW9kZWwgSG91c2UsUGFuamFndXR0YSwgSHlkZXJhYmFkDQ1EZWFyIFNpL cg1XZSBhcmUgZmFjaW5nIHNvbWUgbWFqb3IgcHJvYmxlbXMgd2l0aCBvcGVuIFZNUyAscGxlYXNlL IHRyeSB0byBoZWxwIHVzIHRvIHJlc29sdmUgdGhpcyBwcm9ibGVtICBpdCBoYXMgYmVlbiBwZXJzL aXN0aW5nIGZvciBsYXN0IGZldyBtb250aHMgDQ0NDVByb2JsZW0NDU9wZW5WTVMgQWxwaGENTXVsL dGlwbGUgRGF0YWJhc2UNQ29ubmVjdGlvbiBJc3N1ZQ0NDUNIQU1QUyBTb2Z0d2FyZSBoYXMgZGV2L ZWxvcGVkIGEgdG9vbCBjYWxsZWQgKFJETCksIHRoYXQgZ2VuZXJhdGVzIERFQyBDIHdpdGggZW1iL ZWRkZWQgU1FMLiBFYWNoIG1vZHVsZSB3aXRoaW4gdGhlIGFwcGxpY2F0aW9uIChXb3JrIE9yZGVyL LCBFcXVpcG1lbnQsIEJPTSkgaGFzIGFzc29jaWF0ZWQgdG8gaXQgZm91ciBleGVjdXRhYmxlczoNL DQlFU18qLkVYRQ0JUEdfKi5FWEUNCVRSXyouRVhFDQlGUl8qLkVYRQ0NRm9yIGV4YW1wbGUgZm9yL IEVxdWlwbWVudCBtb2R1bGUgdGhlIGZpbGUgbmFtZXMgYXJlOg0NCUVTX0VRTS5FWEULCVBHX0VRL TS5FWEUNCVRSX0VRTS5FWEUNCUZSX0VRTS5FWEUNDVRoZSBFU18qLkVYRSBpcyBhbiBleGVjdXRhL YmxlIHRoYXQgbWFpbnRhaW5zIHRoZSBlc2NhcGUgcm91dGluZXMgaW52b2tlZCBieSBERUNGb3JtL cyBzaGFyZWFibGUgaW1hZ2VzLg0NVGhlIEZSXyouRVhFIGlzIHRoZSBERUNGb3JtcyBmb3JtIGV4L ZWN1dGFibGUgaW1hZ2UNDVRoZSBQR18qLkVYRSBjb250YWlucyB0aGUgbG9jYWwgdmFyaWFibGVzL IGRlZmluZWQgZm9yIGVhY2ggbW9kdWxlLg0NVGhlIFRSXyouRVhFIGFyZSB0aGUgYXBwbGljYXRpL b24gdHJhbnNhY3Rpb24gb3JpZW50ZWQgcHJvZ3JhbSBleGVjdXRhYmxlcy4NDVRoZXNlIGltYWdlL cyBhcmUgaW5zdGFsbGVkIGFzIHNoYXJlYWJsZSBpbWFnZXMgb24gdGhlIGNsaWVudHMgbWFjaGluL ZSAoQWxwaGEgb3IgVkFYKQ0NDUEgZHJpdmVyIHByb2dyYW0gQURfMTAxLkVYRSAgaXMgdXNlZCBmL b3IgYXBwbGljYXRpb24gZXhlY3V0aW9uLiBTbyB3aGVuIGEgdXNlciBsb2dzIG9uIHRvIENIQU1QL UyBBcHBsaWNhdGlvbiB0aGlzIGlzIHRoZSBwcm9ncmFtIHRoYXQgdGhlIG9wZXJhdGluZyBzeXN0L ZW0gZXhlY3V0ZXMgdG8gc3RhcnQgdGhlIGFwcGxpY2F0aW9uLg0NT24gdGhlIEFscGhhIG1hY2hpL bmVzIGFzIGVhY2ggdXNlciB0cmFuc2ZlcnMgZnJvbSBvbmUgbW9kdWxlIHRvIGFub3RoZXIgYSBjL b25uZWN0aW9uIGlzIG1hZGUgdG8gdGhlIE9yYWNsZSBSZGIgZGF0YWJhc2UuIFRoZXJlZm9yZSwgL aWYgYSB1c2VyIGdvZXMgdG8gMyBkaWZmZXJlbnQgbW9kdWxlcyBoZSB3aWxsIGhhdmUgdGhyZWUgL ZGlmZmVyZW50IGNvbm5lY3Rpb25zIHRvIHRoZSBkYXRhYmFzZS4NDU9uIHRoZSBWQVggbWFjaGluL ZSB0aGlzIGRvZXMgbm90IG9jY3VyLg0NVGhlIG9ubHkgZGlmZmVyZW5jZSB3aXRoIHRoZSBhcHBsL aWNhdGlvbiBydW5uaW5nIG9uIHRoZSBBbHBoYSB2ZXJzdXMgdGhlIFZBWCBpcyBob3cgdGhlIGV4L ZWN1dGFibGVzIGFyZSBsaW5rZWQuIFRoZSBBbHBoYSBib3ggcmVxdWlyZXMgc29tZXRoaW5nIGNhL bGxlZCBTWU1CT0wgVkVDVE9SUyBhbmQgZGlmZmVyZW50IFBTRUNUIEF0dHJpYnV0ZXMgd2hlbiBsL aW5raW5nIHRoZSBhYm92ZSBleGVjdXRhYmxlcy4NDVNvIHRoZSBxdWVzdGlvbiBpcywgd2hlcmUgL ZG9lcyB0aGUgZXh0cmEgY29ubmVjdGlvbnMgY29tZSBmcm9tIGFuZCB3aHkgaXMgZG9lc26SdCBvL Y2N1ciBvbiB0aGUgVkFYLCBidXQgb25seSBvbiBBbHBoYT8gDQ1UaGUgbGlua2luZyBtZXRob2RvL bG9neSB0aGF0IHdhcyB1c2VkIG9uIHRoZSBBbHBoYSB3YXMgcmVjb21tZW5kZWQgYnkgRGlnaXRhL bCBhdCB0aGUgdGltZSB3ZSBkZXZlbG9wZWQgYSBwcm9kdWN0IGluIDE5OTIuIFRoaXMgd2FzIGFiL b3V0IHRoZSB0aW1lIHRoZSBBbHBoYSBtYWNoaW5lIHdhcyBmaXJzdCByZWxlYXNlZCBhbmQgd2FzL IHJ1bm5pbmcgdmVyc2lvbiAxLjUgb2YgT3BlblZNUy4gU2luY2UgdGhlbiwgd2UgaGF2ZSB1cGdyL YWRlZCB0byB2ZXJzaW9uIDcuMSBvZiBPcGVuVk1TIGFuZCB3b25kZXIgaWYgdGhlcmUgaGF2ZSBiL ZWVuIGFueSBuZXcgbWV0aG9kb2xvZ2llcyB0aGF0IHdlIHNob3VsZCB1c2UgZm9yIGxpbmtpbmcuL IElzIHRoZXJlIGFub3RoZXIgd2F5IG9mIGxpbmtpbmcgdGhlc2UgZXhlY3V0YWJsZXMgdG8gbWFrL ZSBpdCB3b3JrIGxpa2UgdGhlIFZBWCBvciB0aGF0IHRoaXMgaXNzdWUgaXMgaW5oZXJlbnQgdG8gL dGhlIEFscGhhLiBQbGVhc2UgcHJvdmlkZSBhbnkgb3RoZXIgaW5mb3JtYXRpb24geW91IG1heSBoL YXZlIGluIHJlZ2FyZHMgdG8gdGhlIGxpbmtpbmcgb2YgZXhlY3V0YWJsZXMgb24gdGhlIEFscGhhL Lg0NDVRoYW5raW5nIHlvdSBpbiBhZHZhbmNlDQtKb2UNAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAGBAAAMwQAL AKAMAAD1DAAAfg0AAAD9AP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzUIgQAFAAQAAAEEAAAGBAAAL DgQAADQEAAA1BAAAPgQAAMoEAADLBAAAzAQAAM0EAADVBAAA1gQAAOQEAAD2BAAABwUAAAgFAAAJL BQAAywUAAMwFAADWBQAA4AUAAOoFAAD0BQAA9QUAACoGAAArBgAAQwYAAP0AAAAAAAAAAAAAAAD9L AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPIAAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAL AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAL AADwAAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAOsAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA6wAAL AAAAAAAAAAAAAOsAAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAL AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAL /QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAL AAAABAAAAyQBYSQBAAEBAAAFAAAPhGgBXoRoAQUAAAomAAtGAQAAAQAAABsABAAAfg0AAP4AAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEBAUMGAABPBgAAWwYAAFwGL AADDBgAAxAYAAPcGAAD4BgAAOwcAADwHAACHBwAAiAcAAN0HAADeBwAA3wcAAJ0IAACeCAAAggkAL AIMJAACrCQAArAkAAJYKAACXCgAADwsAABALAABfDQAAYA0AAGENAAB5DQAAfg0AAP0AAAAAAAAAL AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAL /QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAL AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAL AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AL AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD7AAAAAAAAL AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAL AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAQ8AAAEAAAAdHAAfsNAvILDgPSGwCAciL sAgHI5CgBSSQoAUlsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUABAACgABAGkADwADAAAAL AAAAAAAAOAAAQPH/AgA4AAwABgBOAG8AcgBtAGEAbAAAAAIAAAAYAE9KAgBRSgIAX0gBBG1ICQRzL SAkEdEgJBDAAAWABAAIAMAAMAAkASABlAGEAZABpAG4AZwAgADEAAAAIAAEABiQBQCYAAwA1CIEAL AAAAAAAAAAAAAAAAAAAAADwAQUDy/6EAPAAMABYARABlAGYAYQB1AGwAdAAgAFAAYQByAGEAZwByL AGEAcABoACAARgBvAG4AdAAAAAAAAAAAAAAAAAAqAEJgAQDyACoADAAJAEIAbwBkAHkAIABUAGUAL eAB0AAAAAgAPAAMANQiBAAAAAAB+CQAABgAAHAAAAAD/////AAAAAAEAAAAGAAAADgAAADQAAAA1L AAAAPgAAAMoAAADLAAAAzAAAAM0AAADVAAAA1gAAAOQAAAD2AAAABwEAAAgBAAAJAQAAywEAAMwBL AADWAQAA4AEAAOoBAAD0AQAA9QEAACoCAAArAgAAQwIAAE8CAABbAgAAXAIAAMMCAADEAgAA9wIAL APgCAAA7AwAAPAMAAIcDAACIAwAA3QMAAN4DAADfAwAAnQQAAJ4EAACCBQAAgwUAAKsFAACsBQAAL lgYAAJcGAAAPBwAAEAcAAF8JAABgCQAAYQkAAHkJAACACQAAmAAAAAAwAAAAAAAAAIAAAACAmAAAL AAAwAAAAAAAAAIAAAACAmAABIAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwL AAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAL AAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACACAAAAAEwAAAAAAAAL AIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAL AACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAL mAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAL AAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwL AAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAL AAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAL AIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAL AACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAL mAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAL AAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwL AAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAL AAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAL AIAAAACAmAAAAA8wAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAL AACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAL mAAAAAAwAAAAAAAAAIAAAACAAAQAAH4NAAAKAAAAAAQAAEMGAAB+DQAACwAAAA0AAAAABAAAfg0AL AAwAAAAAAAAAGAAAACgAAAC5AAAAvQAAANYAAADdAAAAqAIAALACAADYAgAA4AIAAAkFAAAMBQAAL 5gcAAO0HAAAeCAAAJQgAAIAJAAAHABwABwAEAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAAAAAL AB0AAAAoAAAAagAAAHUAAADtAAAA9QAAAL4DAADFAwAA8wMAAP4DAADvCAAA9QgAAIAJAAAHADMAL BwAzAAcAMwAHADMABwAzAAcAMwAHAAAAAAB9CQAAgAkAAAQABwD//woAAAAMAE0AYQByAGkAbgBlL ACAARwByAGUAZQBuABYAQwA6AFwAVABFAE0AUABcAGEAbABwAGgAYQBfAGUAeABlAGMALgBkAG8AL YwAMAE0AYQByAGkAbgBlACAARwByAGUAZQBuAC4AQwA6AFwAVwBJAE4ATgBUAFwAUAByAG8AZgBpL AGwAZQBzAFwAdwBpAHMAZQBcAFAAZQByAHMAbwBuAGEAbABcAGEAbABwAGgAYQBfAGUAeABlAGMAL LgBkAG8AYwAMAEQASQBOAEsAQQBSACAAUABBAFQARQBMABwARAA6AFwAcwBoAGEAcgBlAGQAXABqL AG8AZQBcAGEAbABwAGgAYQBfAGUAeABlAGMALgBkAG8AYwADAGoAbwBlACEAXABcAFIAaQBuAGsAL dQBcAHMAaABhAHIAZQBkAFwAagBvAGUAXABhAGwAcABoAGEAXwBlAHgAZQBjAC4AZABvAGMAAwBqL AG8AZQAuAFwAXABSAGkAbgBrAHUAXABzAGgAYQByAGUAZABcAGoAbwBlAFwAbQBhAGkAbAAgAG8AL dQB0AFwATwBwAGUAbgAgAFYATQBTACAAcQB1AGUAcgB5AC4AZABvAGMAAQAgTlx7gPdy5f8P/w//L D/8P/w//D/8P/w//DxAAAQAAAAMAAQAAAAAAAAAAAAAAAAAAAAAAAxgAAA+E0AIRhJj+FcYFAAHQL AgZehNACYISY/m8oAAIAAAAuAAEAAAAEgAEAAAAAAAAAAAAAAAAAAAAAAAAYAAAPhKAFEYSY/hXGL BQABoAUGXoSgBWCEmP4CAAEALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4RwCBGETP8VL xgUAAXAIBl6EcAhghEz/AgACAC4AAQAAAACAAQAAAAAAAAAAAAAAAAAAAAAAABgAAA+EQAsRhJj+L FcYFAAFACwZehEALYISY/gIAAwAuAAEAAAAEgAEAAAAAAAAAAAAAAAAAAAAAAAAYAAAPhBAOEYSYL /hXGBQABEA4GXoQQDmCEmP4CAAQALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4TgEBGEL TP8VxgUAAeAQBl6E4BBghEz/AgAFAC4AAQAAAACAAQAAAAAAAAAAAAAAAAAAAAAAABgAAA+EsBMRL hJj+FcYFAAGwEwZehLATYISY/gIABgAuAAEAAAAEgAEAAAAAAAAAAAAAAAAAAAAAAAAYAAAPhIAWL EYSY/hXGBQABgBYGXoSAFmCEmP4CAAcALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4RQL GRGETP8VxgUAAVAZBl6EUBlghEz/AgAIAC4AAQAAACBOXHsAAAAAAAAAAAAAAAD///////8BAAAAL AAD//wEAAAASABUACQQZAAkEGwAJBA8ACQQZAAkEGwAJBA8ACQQZAAkEGwAJBP9AAYABAL0AAAC9L AAAAFKFkAAEAAQC9AAAAAAAAAL0AAAAAAAAAAhAAAAAAAAAAfgkAAGAAAAgAQAAA//8BAAAABwBVL AG4AawBuAG8AdwBuAP//AQAIAAAAAAAAAAAAAAD//wEAAAAAAP//AAACAP//AAAAAP//AAACAP//L AAAAAAMAAABHFpABAAACAgYDBQQFAgMEhzoAAAAAAAAAAAAAAAAAAP8AAAAAAAAAVABpAG0AZQBzL ACAATgBlAHcAIABSAG8AbQBhAG4AAAA1FpABAgAFBQECAQcGAgUHAAAAAAAAABAAAAAAAAAAAAAAL AIAAAAAAUwB5AG0AYgBvAGwAAAAzJpABAAACCwYEAgICAgIEhzoAAAAAAAAAAAAAAAAAAP8AAAAAL AAAAQQByAGkAYQBsAAAAIgAEAHEIiBgA8NACAABoAQAAAAARu0VGEbtFRgAAAAACAAMAAABfAQAAL 0wcAAAEABAAAAAQAAxAQAAAAAAAAAAAAAAABAAEAAAABAAAAAAAAACQDAPAQAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAKUGwAe0ALQAgAAyMAAAEAAZAGQAAAAZAAAAmwkAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAL AAAAAAAAADKDUQDwEADfAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP//EgAAAAAARgBDL ADoAXABXAEkATgBOAFQAXABQAHIAbwBmAGkAbABlAHMAXAB3AGkAcwBlAFwAQQBwAHAAbABpAGMAL YQB0AGkAbwBuACAARABhAHQAYQBcAE0AaQBjAHIAbwBzAG8AZgB0AFwAVABlAG0AcABsAGEAdABlL AHMAXABOAE8AUgBNAEEATAAuAEQATwBUABIAQQByAGUAIABZAG8AdQAgAHMAdQBwAHIAaQBzAGUAL ZAAgAD8ACQBCAGkAcgB0AGgAZABhAHkAIAAIAEIAaQByAHQAaABkAGEAeQAAAAMATABTAEsAAwBqL AG8AZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAQKAgAAAAAAAAAAAAAAAAAAAAAAL AQAAAOCFn/L5T2gQq5EIACsns9kwAAAAvAEAABEAAAABAAAAkAAAAAIAAACYAAAAAwAAALQAAAAEL AAAAyAAAAAUAAADUAAAABgAAAOgAAAAHAAAANAEAAAgAAABEAQAACQAAAFABAAASAAAAXAEAAAoAL AAB4AQAADAAAAIQBAAANAAAAkAEAAA4AAACcAQAADwAAAKQBAAAQAAAArAEAABMAAAC0AQAAAgAAL AOQEAAAeAAAAEwAAAEFyZSBZb3Ugc3VwcmlzZWQgPwAAHgAAAAoAAABCaXJ0aGRheSAAcHIeAAAAL BAAAAExTSwAeAAAACQAAAEJpcnRoZGF5AABwch4AAABBAAAAU2hhbmthcidzIEJpcnRoZGF5IGZhL bGxzIG9uIDI1dGggSnVseS4gIERvbid0IEZvcmdldCB0byB3aXNoIGhpbQAALgAeAAAABwAAAE5vL cm1hbAAnHgAAAAQAAABqb2UAHgAAAAIAAAAyAGUAHgAAABMAAABNaWNyb3NvZnQgV29yZCA5LjAAL ZkAAAAAA0klrAAAAAEAAAAAAyvOxgsS/AUAAAAAAyvOxgsS/AQMAAAABAAAAAwAAAF8BAAADAAAAL 0wcAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAECgIAAAAAAAAAAAAAAAAAAAAAAAEAAAAC1c3VL nC4bEJOXCAArLPmuMAAAAAgBAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAACIAAAABgAAAJAAAAARL AAAAmAAAABcAAACgAAAACwAAAKgAAAAQAAAAsAAAABMAAAC4AAAAFgAAAMAAAAANAAAAyAAAAAwAL AADnAAAAAgAAAOQEAAAeAAAAEAAAAENIQU1QUyBTT0ZUV0FSRQADAAAAEAAAAAMAAAAEAAAAAwAAL AJsJAAADAAAAoAoJAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAAEAAAATAAAAL QXJlIFlvdSBzdXByaXNlZCA/AAwQAAACAAAAHgAAAAYAAABUaXRsZQADAAAAAQAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAAL CwAAAAwAAAANAAAADgAAAP7///8QAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAA/v///xgAAAAZL AAAAGgAAABsAAAAcAAAAHQAAAB4AAAD+////IAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAAP7/L ///9////KQAAAP7////+/////v//////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L /////////////////////1IAbwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAUB//////////8DAAAABgkCAAAAAADAAAAAAAAARgAAL AAAAAAAAAAAAAOBNrMyCxL8BKwAAAIAAAAAAAAAAMQBUAGEAYgBsAGUAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AAgD///////////////8AAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAAAAABAAAAAAAABXAG8AcgBkAEQAbwBjL AHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAQUAL AAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAeHAAAAAAAL AAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAoAAIBAgAAAAQAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAFwAAAAAQAAAAAAAABQBEAG8AYwB1AG0AZQBuAHQAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAL bQBhAHQAaQBvAG4AAAAAAAAAAAAAADgAAgH///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAfAAAAABAAAAAAAAABAEMAbwBtAHAATwBiAGoAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgACAQEAAAAGAAAA/////wAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABqAAAAAAAAAE8AYgBqAGUAYwB0AFAAL bwBvAGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAEA////L ////////////AAAAAAAAAAAAAAAAAAAAAAAAAADgTazMgsS/AeBNrMyCxL8BAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAABAAAA/v//////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////L /////////////////wEA/v8DCgAA/////wYJAgAAAAAAwAAAAAAAAEYYAAAATWljcm9zb2Z0IFdvL cmQgRG9jdW1lbnQACgAAAE1TV29yZERvYwAQAAAAV29yZC5Eb2N1bWVudC44APQ5snEAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA  - ------=_NextPart_000_00AF_01BFC4B1.477EA1C0--A   ------------------------------  % Date: Tue, 23 May 2000 10:01:52 +0200/= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>A Subject: Re: Urgentp) Message-ID: <392A3AF0.783334F8@gtech.com>p  
 Champs wrote:HH > Please find attached document from Mr.Joesph from Champs OnWeb Pvt,Ltd  3 >                          Name: Open VMS query.docHB >    Open VMS query.doc    Type: Winword File (application/msword)' >                      Encoding: base64P    This is a news-group/mail-list !   The format used is text/plain !A  / text/html is not good and MS Word is very bad !A   So try post in text/plain !A   Arne   ------------------------------  % Date: Tue, 23 May 2000 14:34:53 +0530A  From: Champs <champs@pol.net.in> Subject: urgentA; Message-ID: <004f01bfc496$058c9120$198241ca@pol.pol.net.in>A  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0047_01BFC4C4.0F7C4620A Content-Type: text/plain;A 	charset="iso-8859-1"A+ Content-Transfer-Encoding: quoted-printableA   =20A   From       1.. Joseph=20f% 503,Model House,Panjagutta, HyderabadA   =20A   Dear Sir  H We are facing some major problems with open VMS ,please try to help us =F to resolve this problem  it has been persisting for last few months=20   =20H   =20E   =20E   Problemw =20A  
 OpenVMS AlphaQ   Multiple DatabaseA   Connection Issue   =20A   =20A  I CHAMPS Software has developed a tool called (RDL), that generates DEC C =AD with embedded SQL. Each module within the application (Work Order, =6 Equipment, BOM) has associated to it four executables:   =20A               ES_*.EXE               PG_*.EXE               TR_*.EXE               FR_*.EXE   =20B  4 For example for Equipment module the file names are:   =20A               ES_EQM.EXE             PG_EQM.EXE               TR_EQM.EXE               FR_EQM.EXE   =20A  J The ES_*.EXE is an executable that maintains the escape routines invoked = by DECForms shareable images.w   =20Q  2 The FR_*.EXE is the DECForms form executable image   =20G  B The PG_*.EXE contains the local variables defined for each module.   =20m  ? The TR_*.EXE are the application transaction oriented program =C executables.   =20A  G These images are installed as shareable images on the clients machine =A (Alpha or VAX)   =20A   =20A  I A driver program AD_101.EXE  is used for application execution. So when =AC a user logs on to CHAMPS Application this is the program that the =A3 operating system executes to start the application.A   =20A  I On the Alpha machines as each user transfers from one module to another =AG a connection is made to the Oracle Rdb database. Therefore, if a user =AI goes to 3 different modules he will have three different connections to =A
 the database.A   =20A  ' On the VAX machine this does not occur.A   =20A  J The only difference with the application running on the Alpha versus the =I VAX is how the executables are linked. The Alpha box requires something =AG called SYMBOL VECTORS and different PSECT Attributes when linking the =A above executables.   =20A  H So the question is, where does the extra connections come from and why =4 is doesn=92t occur on the VAX, but only on Alpha?=20   =20A  G The linking methodology that was used on the Alpha was recommended by =AH Digital at the time we developed a product in 1992. This was about the =J time the Alpha machine was first released and was running version 1.5 of =E OpenVMS. Since then, we have upgraded to version 7.1 of OpenVMS and =AH wonder if there have been any new methodologies that we should use for =G linking. Is there another way of linking these executables to make it =AG work like the VAX or that this issue is inherent to the Alpha. Please =AI provide any other information you may have in regards to the linking of =A executables on the Alpha.A   =20A   =20A   Thanking you in advanceA     JoeA    + ------=_NextPart_000_0047_01BFC4C4.0F7C4620A Content-Type: text/html; 	charset="iso-8859-1"A+ Content-Transfer-Encoding: quoted-printableA  0 <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD>  0 <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type>8 <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR> </HEAD>A <BODY bgColor=3D#ffffff> <DIV>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>  <P class=3DMsoNormal>From</P>A' <OL style=3D"MARGIN-TOP: 0in" type=3DA>A     <LI class=3DMsoNormal=20B     style=3D"mso-list: l0 level1 lfo1; tab-stops: list .5in"><B=20>     style=3D"mso-bidi-font-weight: normal">Joseph<O:P></O:P> = </B></LI></OL>8 <P class=3DMsoNormal style=3D"MARGIN-LEFT: 0.25in"><B=20E style=3D"mso-bidi-font-weight: normal">503,Model House,Panjagutta,=20A Hyderabad</B></P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A! <P class=3DMsoNormal>Dear Sir</P>AF <P class=3DMsoNormal>We are facing some major problems with open VMS = ,please try=20@ to help us to resolve this problem<SPAN style=3D"mso-spacerun: = yes">&nbsp;=206 </SPAN>it has been persisting for last few months </P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A <H1>Problem</H1>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AJ <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: center">OpenVMS =	 Alpha</P> : <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: = center">Multiple Database</P>A: <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: = center">Connection Issue</P>H <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: center"><![if =. !supportEmptyParas]> <![endif]><O:P></O:P></P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AI <P class=3DMsoNormal>CHAMPS Software has developed a tool called (RDL), =A that=20AG generates DEC C with embedded SQL. Each module within the application =A (Work=20A Order, Equipment, BOM) has associated to it four executables:</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>  <P class=3DMsoNormal><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>ES_*.EXE</P>  <P class=3DMsoNormal><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>PG_*.EXE</P>  <P class=3DMsoNormal><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>TR_*.EXE</P>  <P class=3DMsoNormal><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>FR_*.EXE</P> 1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AF <P class=3DMsoNormal>For example for Equipment module the file names = are:</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A <P class=3DMsoNormal><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>ES_EQM.EXE<BR><SPAN=20A style=3D"mso-tab-count: =AH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>PG_EQM.EXE</P>A <P class=3DMsoNormal><SPAN=20e style=3D"mso-tab-count: =SH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>TR_EQM.EXE</P>A <P class=3DMsoNormal><SPAN=20C style=3D"mso-tab-count: =XH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>FR_EQM.EXE</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AG <P class=3DMsoNormal>The ES_*.EXE is an executable that maintains the =A	 escape=20A2 routines invoked by DECForms shareable images.</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AC <P class=3DMsoNormal>The FR_*.EXE is the DECForms form executable =A	 image</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AH <P class=3DMsoNormal>The PG_*.EXE contains the local variables defined = for each=20A module.</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AC <P class=3DMsoNormal>The TR_*.EXE are the application transaction =A oriented program=20A executables.</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AH <P class=3DMsoNormal>These images are installed as shareable images on = the clients=20 machine (Alpha or VAX)</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A8 <P class=3DMsoNormal>A driver program AD_101.EXE<SPAN=20C style=3D"mso-spacerun: yes">&nbsp; </SPAN>is used for application =A execution. So=20H when a user logs on to CHAMPS Application this is the program that the = operating=20- system executes to start the application.</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AH <P class=3DMsoNormal>On the Alpha machines as each user transfers from =
 one module=20AH to another a connection is made to the Oracle Rdb database. Therefore, = if a user=20I goes to 3 different modules he will have three different connections to =A the=20
 database.</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =  <![endif]><O:P></O:P></P>A@ <P class=3DMsoNormal>On the VAX machine this does not occur.</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AJ <P class=3DMsoNormal>The only difference with the application running on = the Alpha=20J versus the VAX is how the executables are linked. The Alpha box requires =  E something called SYMBOL VECTORS and different PSECT Attributes when =A linking the=20 above executables.</P>1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AA <P class=3DMsoBodyText>So the question is, where does the extra =A connections come=20 G from and why is doesn&rsquo;t occur on the VAX, but only on Alpha? </P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>AI <P class=3DMsoNormal>The linking methodology that was used on the Alpha =A was=20I recommended by Digital at the time we developed a product in 1992. This =A was=20E about the time the Alpha machine was first released and was running =A version 1.5=20H of OpenVMS. Since then, we have upgraded to version 7.1 of OpenVMS and = wonder if=20J there have been any new methodologies that we should use for linking. Is = there=20@ another way of linking these <B style=3D"mso-bidi-font-weight: = normal">executables=20D to make it work like the VAX or that this issue is inherent to the =
 Alpha.</B>=20AE Please provide any other information you may have in regards to the =A
 linking of=20A executables on the Alpha.</P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A1 <P class=3DMsoNormal><![if !supportEmptyParas]> =A <![endif]><O:P></O:P></P>A0 <P class=3DMsoNormal>Thanking you in advance</P>4 <P class=3DMsoNormal><BR>Joe</P></DIV></BODY></HTML>  - ------=_NextPart_000_0047_01BFC4C4.0F7C4620--A   ------------------------------  % Date: Tue, 23 May 2000 14:36:21 +0530A  From: Champs <champs@pol.net.in> Subject: urgentA; Message-ID: <005a01bfc496$83182780$198241ca@pol.pol.net.in>A  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0055_01BFC4C4.43C548A0A Content-Type: text/plain;A 	charset="iso-8859-1"A+ Content-Transfer-Encoding: quoted-printableA     From       1.. Joseph=20A% 503,Model House,Panjagutta, HyderabadA    
 Dear Arne,  H We are facing some major problems with open VMS ,please try to help us =F to resolve this problem  it has been persisting for last few months=20         ProblemA  
 OpenVMS AlphaA   Multiple Database    Connection Issue      I CHAMPS Software has developed a tool called (RDL), that generates DEC C =AD with embedded SQL. Each module within the application (Work Order, =6 Equipment, BOM) has associated to it four executables:                 ES_*.EXE               PG_*.EXE               TR_*.EXE               FR_*.EXE    4 For example for Equipment module the file names are:                 ES_EQM.EXE             PG_EQM.EXE               TR_EQM.EXE               FR_EQM.EXE    J The ES_*.EXE is an executable that maintains the escape routines invoked = by DECForms shareable images.A    2 The FR_*.EXE is the DECForms form executable image    B The PG_*.EXE contains the local variables defined for each module.    ? The TR_*.EXE are the application transaction oriented program =A executables.    G These images are installed as shareable images on the clients machine =A (Alpha or VAX)      I A driver program AD_101.EXE  is used for application execution. So when =AC a user logs on to CHAMPS Application this is the program that the =/3 operating system executes to start the application./    I On the Alpha machines as each user transfers from one module to another =/G a connection is made to the Oracle Rdb database. Therefore, if a user =/I goes to 3 different modules he will have three different connections to =/
 the database./    ' On the VAX machine this does not occur.     J The only difference with the application running on the Alpha versus the =I VAX is how the executables are linked. The Alpha box requires something = G called SYMBOL VECTORS and different PSECT Attributes when linking the =g above executables.    H So the question is, where does the extra connections come from and why =4 is doesn=92t occur on the VAX, but only on Alpha?=20    G The linking methodology that was used on the Alpha was recommended by =EH Digital at the time we developed a product in 1992. This was about the =J time the Alpha machine was first released and was running version 1.5 of =E OpenVMS. Since then, we have upgraded to version 7.1 of OpenVMS and =AH wonder if there have been any new methodologies that we should use for =G linking. Is there another way of linking these executables to make it =GG work like the VAX or that this issue is inherent to the Alpha. Please =/I provide any other information you may have in regards to the linking of =A executables on the Alpha.A       Thanking you in advanceA     JoeA    + ------=_NextPart_000_0055_01BFC4C4.43C548A0A Content-Type: text/html; 	charset="iso-8859-1"E+ Content-Transfer-Encoding: quoted-printableA  0 <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD>  0 <META content=3Dtext/html;charset=3Diso-8859-1 =A http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =A
 HTML//EN">8 <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR> </HEAD>A <BODY bgColor=3D#ffffff> <DIV>AH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P> <P class=3DMsoNormal>From</P>/' <OL style=3D"MARGIN-TOP: 0in" type=3DA>/     <LI class=3DMsoNormal=20B     style=3D"mso-list: l0 level1 lfo1; tab-stops: list .5in"><B=20>     style=3D"mso-bidi-font-weight: normal">Joseph<O:P></O:P> = </B></LI></OL>8 <P class=3DMsoNormal style=3D"MARGIN-LEFT: 0.25in"><B=20E style=3D"mso-bidi-font-weight: normal">503,Model House,Panjagutta,=20/ Hyderabad</B></P>/H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P># <P class=3DMsoNormal>Dear Arne,</P>/F <P class=3DMsoNormal>We are facing some major problems with open VMS = ,please try=20@ to help us to resolve this problem<SPAN style=3D"mso-spacerun: = yes">&nbsp;=206 </SPAN>it has been persisting for last few months </P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P> <H1>Problem</H1>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>J <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: center">OpenVMS =	 Alpha</P>A: <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: = center">Multiple Database</P>A: <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: = center">Connection Issue</P>H <P align=3Dcenter class=3DMsoNormal style=3D"TEXT-ALIGN: center"><![if =- !supportEmptyParas]><![endif]><O:P></O:P></P>1H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>I <P class=3DMsoNormal>CHAMPS Software has developed a tool called (RDL), =s that=20 G generates DEC C with embedded SQL. Each module within the application =  (Work=20A Order, Equipment, BOM) has associated to it four executables:</P>oH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P> <P class=3DMsoNormal><SPAN=20g style=3D"mso-tab-count: =mH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>ES_*.EXE</P>t <P class=3DMsoNormal><SPAN=20- style=3D"mso-tab-count: =aH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>PG_*.EXE</P>g <P class=3DMsoNormal><SPAN=208 style=3D"mso-tab-count: =hH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>TR_*.EXE</P>t <P class=3DMsoNormal><SPAN=20t style=3D"mso-tab-count: =nH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>FR_*.EXE</P>tH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>F <P class=3DMsoNormal>For example for Equipment module the file names = are:</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P> <P class=3DMsoNormal><SPAN=20s style=3D"mso-tab-count: =2H 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>ES_EQM.EXE<BR><SPAN=20Q style=3D"mso-tab-count: =pH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>PG_EQM.EXE</P>  <P class=3DMsoNormal><SPAN=20G style=3D"mso-tab-count: =EH 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>TR_EQM.EXE</P>A <P class=3DMsoNormal><SPAN=20  style=3D"mso-tab-count: = H 1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20 </SPAN>FR_EQM.EXE</P>sH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>G <P class=3DMsoNormal>The ES_*.EXE is an executable that maintains the =E	 escape=20h2 routines invoked by DECForms shareable images.</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>C <P class=3DMsoNormal>The FR_*.EXE is the DECForms form executable =h	 image</P>aH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal>The PG_*.EXE contains the local variables defined = for each=20  module.</P>mH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>C <P class=3DMsoNormal>The TR_*.EXE are the application transaction =n oriented program=20n executables.</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal>These images are installed as shareable images on = the clients=20 machine (Alpha or VAX)</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>8 <P class=3DMsoNormal>A driver program AD_101.EXE<SPAN=20C style=3D"mso-spacerun: yes">&nbsp; </SPAN>is used for application =o execution. So=20H when a user logs on to CHAMPS Application this is the program that the = operating=20- system executes to start the application.</P>wH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal>On the Alpha machines as each user transfers from =
 one module=20 H to another a connection is made to the Oracle Rdb database. Therefore, = if a user=20I goes to 3 different modules he will have three different connections to =d the=20
 database.</P> H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>@ <P class=3DMsoNormal>On the VAX machine this does not occur.</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>J <P class=3DMsoNormal>The only difference with the application running on = the Alpha=20J versus the VAX is how the executables are linked. The Alpha box requires =  E something called SYMBOL VECTORS and different PSECT Attributes when =T linking the=20 above executables.</P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>A <P class=3DMsoBodyText>So the question is, where does the extra =E connections come=20BG from and why is doesn&rsquo;t occur on the VAX, but only on Alpha? </P>aH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>I <P class=3DMsoNormal>The linking methodology that was used on the Alpha =l was=20I recommended by Digital at the time we developed a product in 1992. This =o was=20E about the time the Alpha machine was first released and was running =y version 1.5=20H of OpenVMS. Since then, we have upgraded to version 7.1 of OpenVMS and = wonder if=20J there have been any new methodologies that we should use for linking. Is = there=20@ another way of linking these <B style=3D"mso-bidi-font-weight: = normal">executables=20D to make it work like the VAX or that this issue is inherent to the =
 Alpha.</B>=20SE Please provide any other information you may have in regards to the =t
 linking of=20w executables on the Alpha.</P>mH <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>H <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><O:P></O:P></P>0 <P class=3DMsoNormal>Thanking you in advance</P>4 <P class=3DMsoNormal><BR>Joe</P></DIV></BODY></HTML>  - ------=_NextPart_000_0055_01BFC4C4.43C548A0-->   ------------------------------  # Date: Tue, 23 May 2000 15:04:55 GMT:7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>D Subject: Re: urgentX- Message-ID: <392A9FDA.EE8C8E25@earthlink.net>a   1. Turn of MIME.  C    If using MS Outlook, this may not be entirely possible. Using a i?    different mail/news agent is highly recommanded, preferably =    _NOT_ a Microsoft product.]  C    Also, as illustrated recently world-wide, Outlook is, beyond the!E    the shadow of any possible doubt, a serious security hole. Please lB    locate and implement a replacement mail/news agent immediately.  H 2. This is a text-only newsgroup; no attachments, especially not MS WordE documents, can be accepted. MS Word is also a potential security risk[H due to its vulnerability to macro viruses and other potentially damaging embedded payloads.  3 3. As Hoff suggested, please pick a relevant title.&  &    Example: *URGENT* Database question  >    ...still is not the best, but is somewhat more informative.   -- t David J. Dachterap dba DJE Systemsp" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/p   ------------------------------  # Date: Tue, 23 May 2000 15:04:26 GMT  From: briggs@eisner.decus.orgA0 Subject: Re: Using both uppercase and lowercase!+ Message-ID: <IdL8q6wqv5Y7@eisner.decus.org>b  k In article <009EA769.79BFC7E0.8@civil.sharif.ac.ir>, Farzad Eskandari <eskandar@civil.sharif.ac.ir> writes:P >    Salute to Info-VaxaG >   You may already saw that when you want to log into your account youlH > are prompted for "Username:" here as you see "Username" is printed in @ > lowercase but when you type your name it appears in uppercase!H > Does anyone know how to simulate this situation in a command procedure > under vax/vms 5.5?  / Others have suggested $ SET TERMINAL /UPPERCASE&  G The gotcha is that with the terminal in uppercase mode the prompt comesM out in uppercase as well.D   USERNAME: JOECOLLEGE  D Which means that you'll want to set the terminal into uppercase modeC after spitting out the prompt but before reading the username.  AndbE you'll want to make sure that no carriage control appears between theb two.   Something along the lines of:P  J $       read /time=0 /error=next1 /prompt="Username: " sys$command garbage $ next1: $       set term /uppers, $       read /prompt="" sys$command username $       set term /lowerE  G This approach is unsatisfactory in some ways, for instance, if the user]< presses control-R they'll see through your password sniffer.   	John Briggs   ------------------------------  # Date: Tue, 23 May 2000 14:42:28 GMTE7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>o. Subject: Re: VMS equivalent of UNIX dd command- Message-ID: <392A9AAA.ADB05EB1@earthlink.net>s   "Zane H. Healy" wrote: > . > Tim Shoppa <shoppa@trailing-edge.com> wrote:0 > > $ MOU/FOR/RECORDSIZE=512/BLOCKSIZE=512 MUA0: > > $ COPY FILE0. MUA0:o > > $ DISMO MUA0:e1 > > $ MOU/FOR/RECORDSIZE=512/BLOCKSIZE=1024 MUA0:a > K > You want the RECORDSIZE to be different than the BLOCKSIZE?  I would havee- > thought you would want them to be the same.h > J > > If the files are currently sitting on your system as STREAM-LF format,C > > you probably want to change them to 512-byte fixed records with] > 5 > > $ SET FILE/ATTR=(RAT:NONE,RFM:FIX,LRL:512) FILE*.i > 3 > > before doing the above-suggested COPY commands.s > 4 > OK, I'm definitly confused about the records here. >  >                         Zane  E Using MOUNT/FOREIGN, the /RECORDSIZE qualifier is largely meaninglessoG for the DCL commands he gave you. The /BLOCKSIZE is really the one thata gets you what you want.O  D Also, SET MAGTAPE/SKIP=END might go faster than skipping a number of% files, especially on more recent VMS.a   -- t David J. DachteraO dba DJE Systemse" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/o   ------------------------------   Date: 23 May 2000 14:47:39 GMT* From: helbig@astro.rug.nl (Phillip Helbig)  Subject: Re: VMS on the desktop?. Message-ID: <8ge5mb$91n$1@info.service.rug.nl>  7 In article <39295E15.B13A0DAB@bbc.co.uk>, Tim Llewellynw" <tim.llewellyn@bbc.co.uk> writes:   O >> >: The only thing worth copying from windows is possibly the UI style guide.s >> >J >> >  I've always been puzzled by the decision to put the make-big and theK >> >  make-small buttons right next to the make-it-go-away button.  I can'taK >> >  count the number of times I've blown away an application by virtue ofi% >> >  a "near miss" on these buttons.  >> >B >> >  Me?  I'd much rather keep the original X style guide around. ><E >Yes, but if there was an option for a Windows style UI it might helpP- >those coming from a Windows only background.m  H I've been away awhile due to a job interview and missed the beginning of? this thread (I MIGHT get a job where I will be in a POSITION TOhH INFLUENCE WHETHER OR NOT VMS SYSTEMS ARE BOUGHT---ADVICE PLEASE!!!!!!!!)  I Folks, GET A LIFE!  Maybe if Porsche wants to increase sales they should =F replace their Porsche engines with VW engines since more people drive  VWs and are used to them.0  I VMS should be VMS.  Make no apologies, take no prisoners.  Only an LKxxx xD keyboard is a real keyboard.  DECwindows/Motif forever (except when  logged in at a trusty VT).  H People are resisting moving from microsoft to VMS because of the window E manager!!!!!!!!!!!!!!!!!!!!  Wake up and smell the coffee!!!!!!!!!!!!f  G Right, you could make VMS look just like windows and maybe some people <$ would switch, but what's the point?!   ------------------------------   Date: 23 May 2000 15:26:40 GMT* From: helbig@astro.rug.nl (Phillip Helbig)  Subject: Re: VMS on the desktop?. Message-ID: <8ge7vg$91n$2@info.service.rug.nl>  [ In article <8ge5mb$91n$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:c  I >People are resisting moving from microsoft to VMS because of the window hF >manager!!!!!!!!!!!!!!!!!!!!  Wake up and smell the coffee!!!!!!!!!!!!   Should have been:o  I >People are resisting moving from microsoft to VMS because of the window qF >manager????????????????????  Wake up and smell the coffee!!!!!!!!!!!!   ------------------------------    Date: 23 May 2000 15:45:41 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e/ Subject: Re: VMS on the desktop? (.doc dangers)bH Message-ID: <y4og5xgz22.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " steven.reece@quintiles.com writes:  , > Is near-obscurity a valid form of defence?  I Not in and of itself. Whoever, turning a local infection into an epidemic M relies on a number of factors, among them the transmission rate, which is the*N product of the transmission probability and the encounter probablity. As near-K obscurity keeps the latter low, an epidemic is much less likely; also, thisMJ process is highly non-linear, with a phase change (from local infection toL epidemic) occuring for a quite small change in one of the control parameters (see, e.g., HIV infections). E  K The real problem is that we have a quasi-monoculture of worldwide scope in iJ some realms of the software enterprise, and that the "plant" happens to beK highly susceptible to infection. The combination is deadly, as for instancer7 some famines in Ireland in the past century attest to.    N Moral: Dynamic systems don't care what their varaibles map to, their behaviour- is universal. (But Turing already knew that.)p   	Jan   ------------------------------  % Date: Tue, 23 May 2000 09:06:03 +0100e  From: steven.reece@quintiles.com% Subject: Re: Voluntary Milking Systemo> Message-ID: <802568E8.002C94D9.00@qedilc01.qedi.quintiles.com>  # But is it red, orange or China Red?l   Dirk Munk wrote:8 I've seen them in Holland too, nice red vacuum cleaners.F A couple of days ago I even saw a bottle of VAX floorwax. Maybe it can* be used to give those 19" racks a shine ??   ------------------------------  # Date: Tue, 23 May 2000 10:54:30 GMTS% From: Alan Greig <agreig@my-deja.com>b% Subject: Re: Voluntary Milking Systemb) Message-ID: <8gdo12$85m$1@nnrp1.deja.com>e  , In article <3929A92F.CA6D312B@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Dirk Munk wrote:< > > I've seen them in Holland too, nice red vacuum cleaners.F > > A couple of days ago I even saw a bottle of VAX floorwax. Maybe it canp. > > be used to give those 19" racks a shine ?? >oF > But what strikes me is that in one of the pictures of the VAX vacuum	 cleaners, A > it has the verty same sticker "I LOVE MY VAX" that some Digitalf employee hadC > given to me. So, who commissioned those stickers ? Digital or thek vacuum- > cleaner company ? Perhaps a joint venture ?h  < There's a picture of a VAX (vacuuum cleaner) on the web site= http://www.vax.co.uk/ with that sticker on it as sent in by an6 customer which suggests that it was a Digital sticker.  : The VAX history page is quite amusing as well. For example  = 1977: First VAX machine invented and patented by Alan BrazierO  ? 1991: Launch of VAX 2000 & VAX 4000 second generation canistersT   --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.P   ------------------------------  / Date: Tue, 23 May 2000 08:25:38 +0200 (MET DST)n& From: Rudolf Wingert <win@fom.fgan.de>- Subject: Re: Which is the language of VAX/VMSf/ Message-ID: <200005230527.HAA18412@fom.fgan.de>P   Hello,  H I do understand your question. UNIX is based on C and without C no UNIX.F OpenVMS is not based on a specific language. There a some code written. in Macro assambler, Bliss32, C, ADA and so on.@ UNIX is an OS from Neandertal (polling) and OpenVMS from the new century (AST).   Regards Rudolf Wingert   ------------------------------  % Date: Tue, 23 May 2000 09:33:44 -0400<  From: norm.raphael@jamesbury.comX Subject: Why does a set default to a searchlist logical keep the former	defaultdirectory4 Message-ID: <C22568E8.004B31A5.00@jklh21.valmet.com>  C As shown here, after I SET DEFAULT to a single-defined logical name  device-directory: and then SET DEFAULT to a search_list-defined logical nameO the default includes the unwanted earlier directory specification in a way I do> not understand.a< I would appreciate an explanation of what is happening here. -NormP $ sho log cm_work<D    "CM_WORK" = "DISK$JAM408:[CONV_ALPH.CM_WORK]" (LNM$PROCESS_TABLE) $ set def cm_workl	 $ sho defp!   DISK$JAM408:[CONV_ALPH.CM_WORK]>- $ sho log/full/table=csi_pdm_alphpdm reldcls*=  + (CSI_PDM_ALPHPDM)       [exec]  [shareable]PF                         [Protection=(RWCD,RWCD,R,R)]  [Owner=[SYSTEM]]  4   "RELDCLS" [super] = "DISK$JAM412:[CONV_ALPH.DCLS]")         = "DISK$JAM411:[CONTROL_75.DCLS]"s $ set def reldclsc	 $ sho def=F   RELDCLS:[CONV_ALPH.CM_WORK]  <=============  What's this doing here?"   =   DISK$JAM412:[CONV_ALPH.DCLS]#   =   DISK$JAM411:[CONTROL_75.DCLS]< $n        6 dean.benson@remove_metrw.com on 05/23/2000 08:29:34 AM   To:   Info-VAX@mvb.saic.coms9 cc:    (bcc: Norm Raphael/Worcester/Neles-DISK$JAMesbury)w Subject:  FTP'ing to a VMS box        : I am coding a VB application which takes a file from a VMSA system (via FTP), and allows the user to edit the file on the PC./  > Once the user is happy with the new file, the application then0 FTP's it back onto the VMS system ready for use.  ? The problem that I am having is that when I issue a DIR commandm@ from FTP and try to parse the results, CR's appear when there isD a long file name.  Normally I would expect only a list of files, butA I actaully get a list of files, file information, ownerships etc.b  @ Is there a way that anyone knows of controlling the returns from? FTP commands.  Documents that I have read on FTP state that theo2 host controls the format, but I havent a clue how!  
 Any ideas?   Dean.b   ------------------------------  # Date: Tue, 23 May 2000 17:01:50 GMTp From: briggs@eisner.decus.org/Y Subject: Re: Why does a set default to a searchlist logical keep the former	defaultdirecta+ Message-ID: <JNnzOfXYqecC@eisner.decus.org>n  W In article <C22568E8.004B31A5.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:& >  > E > As shown here, after I SET DEFAULT to a single-defined logical nameX > device-directory< > and then SET DEFAULT to a search_list-defined logical nameQ > the default includes the unwanted earlier directory specification in a way I doP > not understand.o> > I would appreciate an explanation of what is happening here.  H Your "default directory" is composed of two parts, a default device name and a default directory.  ? The default device name is stored in the logical name SYS$DISK.bC The default directory specification is stored internally by RMS andp/ can be accessed by the SYS$SETDDIR system call.s  E When you set default to a logical name that has only one translation,2G the effect is as if you had done SET DEFAULT to the equivalence string.m   > $ sho log cm_workaF >    "CM_WORK" = "DISK$JAM408:[CONV_ALPH.CM_WORK]" (LNM$PROCESS_TABLE) > $ set def cm_worka  - This sets your default device to DISK$JAM408:u7 This sets your default directory to [CONV_ALPH.CM_WORK]o   > $ sho def.# >   DISK$JAM408:[CONV_ALPH.CM_WORK]n   Just so.  B When you do a set default to a logical name that has more than oneC translation, the effect is to set your default device (SYS$DISK) topC that logical name.  The default directory is unaffected (unless youc@ also include a [directory-name] on the SET DEFAULT command line)  / > $ sho log/full/table=csi_pdm_alphpdm reldcls* 6 >   "RELDCLS" [super] = "DISK$JAM412:[CONV_ALPH.DCLS]"+ >         = "DISK$JAM411:[CONTROL_75.DCLS]"p > $ set def reldclsi  ) This sets your default device to RELDCLS:f8 This leaves your default directory as [CONV_ALP.CM_WORK]   > $ sho defiH >   RELDCLS:[CONV_ALPH.CM_WORK]  <=============  What's this doing here?$ >   =   DISK$JAM412:[CONV_ALPH.DCLS]% >   =   DISK$JAM411:[CONTROL_75.DCLS]p  8 If you did a $ SHOW LOGICAL SYS$DISK you'd see "RELDCLS"  A The extra two lines of $ SHOW DEFAULT output are telling you thatfE RELDCLS has multiple translations and that those translations include = directory information.  If not all such translations included > directory information, the original default directory would be! applied to cover the omission(s).   C I'm not a VMS engineer, but I can see thorny issues if the decision0, had been made to implement this differently.   	John Briggs   ------------------------------  % Date: Tue, 23 May 2000 03:09:09 -0400d- From: JF Mezei <jfmezei.spamnot@videotron.ca>!" Subject: Re: Wildfire Announcement, Message-ID: <392A2E93.67006997@videotron.ca>   "Terry C. Shannon" wrote:nL > Nope. The Fujitsu box has 64 processors. Not a fair comparison. Of course,    N Or is it ? Who cares how many processors a box has ? What is important for theK customer is the cost and performance of a box for HIS application. *IF* thefM operating system and application scale well on a box that have a lot of CPUs,uL and that box costs less that a Compaq wildfire, then Fujitsu will still win.  L This is the one big aspect that Digipaq have not quite dealt with yet. It isK not enough to price your big boxes competitively with Sun and IBM, but alsoiJ against Wintel boxes. If it is still much cheaper to run a farm of 100 lowI cost PCs instead of a single nice esthetic widlfire box, then Wintel wille
 still win.  N And remember, with a 100 PCs, you can afford to reboot one PC every 15 minutes0 of the day and constantly have 99 PCs available.   ------------------------------  # Date: Tue, 23 May 2000 04:47:02 GMTe0 From: "Terry C. Shannon" <shannon@world.std.com>" Subject: Re: Wildfire Announcement& Message-ID: <Fuzx96.AFw@world.std.com>  G "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote in2, message news:39293046.5C1F06ED@uk.sun.com... > Bob Kaplow wrote:  > K > > In article <3921725A.86779C78@merlin.arc.nasa.gov>, "Arthur E. Ragosta"f% <ragosta@merlin.arc.nasa.gov> writes::" > > > It's finally on the website! > > >EH > > > Although you would think that they would know better by now (based upon > > > all ofH > > > the grousing in this forum) to not introduce their latest machines with:4 > > >4C > > > "The new Alphaserver GS80 is the industry's fastest RISC Unix:
 server..." > > >DI > > > It does mention that it runs VMS at the bottom of the page... Geez.s > > >  > > > Prices!  I need prices!! > > >.K > > > Can anyone who attended/listened to the announcement tell me what theU > > > entryd > > > price is for the GS80. > > >c
 > > > thanks.r > >=K > > I must say I was overall disappointed at the announcement. Gon't get medH > > wrong, I'm excited about WildFire, and my employer is one of the 237 withA > > orders already in, with delivery next month. But the two hour  announcementK > > was remarkably "content free" IMHO. The technical content wasjust aboutoG > > ZERO. If I hadn't known about Wildfire for over 2.5 years now, read[ "ShannonL > > Knows Compaq", and picked up other tidbits over the past couple years, IJ > > certainly wouldn't have learned anything about what exactly the new GS$ > > series is from the announcement. >lB > The fact that Compaq managed to launch Wildfire at all given theC > number of false starts should have been a cause of much relief to  > the OpenVMS community. > 4 > The nature of the announcement was another matter. >d4 > Compaq launched with statements like the industrys; > fastest RISC server, sadly they presented no or virtuallyu' > no information to back this claim up.    Dream on, Andrew!g >D9 > Of course they trotted out the time worn SPECint SPECfp7: > mantra so beloved of Digital marketing but then followed# > through with almost nothing else.t >o; > They included two applications benchmarks SAP/SD two tier  > and Oracle applications. >r< > The SAP SD result showed the GS320 with the fastest result@ > without including Fujitsu's faster number (naughty naughty) or: > did Compaq simply forget the Fujitsu result in the rush.  J Nope. The Fujitsu box has 64 processors. Not a fair comparison. Of course,J the Fujitsu number was noted a month ago in my newsletter, but Sun doesn'tL subscribe to same (which might explain some of Sun's misstatements vis-a-vis Compaq).     >t; > The Oracle applications result was compared with the onlyt> > other Oracle applications results to have been published and> > to be honest if I was Compaq I would have pulled the number. >o7 > When you look at the configurations you will see why:o >eA > Compaq used a three tier system with 24 servers of which 3 were E > mid tier GS140's and 1 was a GS320 (32 CPU's and 128 GB)this hosted 4 > and Oracle 8.1.6 database using 288 disk spindles. >a< > The two "competitive" results were two tier with 2 servers; > (IBM H70 and Sun E450 each with 4 CPU's) both the Sun and-7 > the IBM used Oracle 8.0.5 and neither system used anyE5 > mid tier servers, the IBM used 32 disks the Sun 16.t > A > Sadly for Compaq the GS320 number wasn't great. Under 9x fasterA> > but using 16 x the CPU performance based on SPECrate_int, 32< > times the memory and 18 times the disk. This was also with8 > much worse response (2x)  times from the GS320 system. > G > And all this is before you factor in the advantage Compaq should haveo9 > gained by using a much newer version of Oracle (15% +).I >u@ > You may not necessarely agree with all of this but what shouldB > cause you a lot of dismay is the fact that I found it so easy to6 > pull holes in Compaqs performance leadership cliams.  D Holes? What holes? Sounds like you've spent too much time in the Sun; Salesperson class--and that you actually believe everythings they tell you in said class.  L Sun is a great marketing company, but I dare Sun to put a UE10K up against a GS320,   >/= > You should also be dismayed because Compaq have followed innE > Digitals footsteps and shouted the SPECint mantra from the rooftopsoD > without producing the benchmark results that cost money to run but' > which matter to commercial customers.e  G Which benchmarks are you referring to, Esteemed Sir? We have the SAP SDnH numbers and the Oracle Applications numbers for the GS320, both of which kick the UE10K's ass.n  D What else matters to commercial customers? TPCs? Foobarons? Bozones?  = Sun has had a great run with the UE10K, but FUD-time is over!    ------------------------------  % Date: Tue, 23 May 2000 08:52:25 +0100g  From: steven.reece@quintiles.com" Subject: Re: Wildfire Announcement> Message-ID: <802568E8.002B4DFC.00@qedilc01.qedi.quintiles.com>   You tell him Terry.s1 Oh, but I forgot.  Andrew doesn't listen does he? G And VMS is dead and Compaq are just a PeeCee company.  Dream on Andrew.l   Terry Shannon wrote:J >>>Which benchmarks are you referring to, Esteemed Sir? We have the SAP SDH numbers and the Oracle Applications numbers for the GS320, both of which kick the UE10K's ass.I  D What else matters to commercial customers? TPCs? Foobarons? Bozones?  @ Sun has had a great run with the UE10K, but FUD-time is over!<<<   ------------------------------  % Date: Tue, 23 May 2000 10:05:19 +0100bB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>" Subject: Re: Wildfire Announcement* Message-ID: <392A49CF.681C23D7@uk.sun.com>   "Terry C. Shannon" wrote:)  I > "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote in=. > message news:39293046.5C1F06ED@uk.sun.com... > > > > > The SAP SD result showed the GS320 with the fastest resultB > > without including Fujitsu's faster number (naughty naughty) or< > > did Compaq simply forget the Fujitsu result in the rush. >oL > Nope. The Fujitsu box has 64 processors. Not a fair comparison. Of course,L > the Fujitsu number was noted a month ago in my newsletter, but Sun doesn'tN > subscribe to same (which might explain some of Sun's misstatements vis-a-vis
 > Compaq). >o  > Terry you are usually pretty well up to speed with reality but this wasn't your best effort.0   Firstly   5 Who cares how many CPU's Fujitsu used to get a better 8 number than Compaq for 2 tier SAP. I bet that many CTO's8 of major corporates would be very pushed to tell you how4 many CPU's their S390's or E10K's have in them, theyB don't care. The fact is Fujitsu can sustain a higher SD throughput; than a GS320 and provided the price is right and they don't!1 cost more to own then nobody cares how many CPU'sn there are in the box.   ? Secondly you claim that it would be unfair to include Fujitsu'su8 number because they used 64 CPU's, this of course didn't7 stop Compaq including a two year old Sun result running : a different version of the SAP benchmark on an old machine9 (which did have 64 CPU's). Nor did it stop them includingg2 IBM's 24 CPU number. Should IBM not be complaining2 that Compaqs number is irrelevant because they had to use 32 CPU's.   >  > >i > >m  F > Holes? What holes? Sounds like you've spent too much time in the Sun= > Salesperson class--and that you actually believe everything  > they tell you in said class. >r  @ Sorry Terry but I ahve to say that when someone comes out with aF line like the one you did about it being not fair to include Fujitsu'sA number because they used 64 CPU's then I suspect that someone hasf% been reading a few to many brochures.i   >rN > Sun is a great marketing company, but I dare Sun to put a UE10K up against a > GS320   @ Sun has been puttin  E10K's up against WildFires/GS320's for theE best part of 6 months and winning. You don't think that the fact thath= the GS80/160/320 were unreleased products up to last week hasi* stopped Compaq trying to sell them do you.   >n > >t? > > You should also be dismayed because Compaq have followed in G > > Digitals footsteps and shouted the SPECint mantra from the rooftopslF > > without producing the benchmark results that cost money to run but) > > which matter to commercial customers.n >eI > Which benchmarks are you referring to, Esteemed Sir? We have the SAP SD6J > numbers and the Oracle Applications numbers for the GS320, both of which > kick the UE10K's ass.t >   G Nope sorry the devil is in the detail. Sun hasn't ever published a E10Ka? Oracle apps benchmark and the GS320 does kick an E450/S70's AssgD but not by a margin that I would be at all comfortable with if I was Compaq.2  I As for SAP if you consider it valid to make a comparison between a 2 year:> old E10K result running on the 1st generation E10K with an oldD version of Solaris and an old version of Oracle and most importantlyA a different SAP release and different benchmark then fine, I hopee
 you don't.   > F > What else matters to commercial customers? TPCs? Foobarons? Bozones? >e  E SAP SD three tier, SAP Retail, SAP Banking (all different benchmarks)h< TPC-H, TPC-R, BaaN BRU, PeopleSoft, TPC-C, SPECweb, SPECnfs,K Amdocs, Geneva. There is a whole list most of which Sun has run on the E10KV- none of which Compaq has run on any WildFire.o  F Compaq Alpha boxes now command something like 4% market share, this isC close to being non existant and puts Compaq at a huge disadvantage.X  B Sun and HP each command 25+% market share with IBM lagging betweenJ Compaq and Sun/HP. Most corporates only choose the top three vendors to goG on their shortlist to bid, many don't include Compaq at all unless they G have an presence in the account. Compaq has to demonstrate a compellingaF reason why they should be included on peoples shortlists because theirF market share, lack of direction, lack of ISV apps particularely in theF eCommerce space makes them appear a significantly bigger risk than the big three server vendors.t  E The fact is that the performance data published so far by Compaq doesgD not establish any sort of compelling performance advantage for them.E It is also a fact that in the past the Alpha has been marketed almostnA exclusively on a performance basis, doesn't it worry you that theo? only weapon in the armoury looks like it isn't as potent as your thought.   >n? > Sun has had a great run with the UE10K, but FUD-time is over!   D Sorry but this isn't FUD and suggesting that it is ignores the basicE issue. If you want to look at how people really try to market systemsoA on a performance basis then look hard at how IBM is marketing the ? S80 and compare their benchmark collateral (mostly available atIC launch) with Compaqs. Then reflect on the relative market possition B of IBM and Compaq, they are on peoples bid lists a lot more of the time than Compaq.e  = The fact is Compaq has to try much harder than Sun/HP and IBMaC because of where they are in the market. On the evidence of peoplesP; comments about the GS launch and the collateral that CompaqC: launched with one has to mark them with a could do better.     Regards0 Andrew HarrisonO Enterprise IT Architecte   ------------------------------  # Date: Tue, 23 May 2000 12:51:22 GMTP/ From: "John Nixon" <jorlnixon@worldnet.att.net>R" Subject: Re: Wildfire AnnouncementF Message-ID: <e9vW4.2392$hw3.157912@bgtnsc06-news.ops.worldnet.att.net>  + Two good questions, and I have two answers.   E A board swap is easy and can be backed off if there is an immediately K obvious problem.  A box swap requires setting up the new box for end to end H testing while the old box is still running.  This means floor space, newG electrical power, network connections, Disk connections (CI or fibre oruE whatever) etc... After hardware testing is complete, then you have toiL schedule down time to do the swap and if there is a problem you have to swapK back again.  New boxes often contain new devices, thus changing things likecE network adapter names.  It really can be a big deal.  Board swaps areb Sooooooooo easy.  E As for Andrew, I really enjoy hearing from him.  He has saved me muchu embarrassment in the past.  I If I go to a DECpaq presentation and come back and stand up in front of acH hostile group presenting the gospel according to DECpaq concerning theirI latest whiz-bang offering, I usually get shot down in public from someonecL that attended the same SUN "anti-vms/alpha" lecture that Andrew did.  UnlessH I am forewarned and forearmed, I am left standing there with my jaw openI saying something like "Duh,   I didn't know about that, I will have to go/K check".  At that point, I (and Compaq) lose all Credibility.   On the other	L hand, when people like Hoff, Terry and others refute him, then I look almostE smart when they bring up all those objections and I can address them.s  I At least that is my two-cents worth (I guess that would make them worth 1n cent each).e  7 "David A Froble" <davef@tsoft-inc.com> wrote in message ' news:3929EA80.3B9D3B1C@tsoft-inc.com...u > Rob Young wrote: > > D > > In article <39296548.1FE991FA@uk.sun.com>, Andrew Harrison SUNUK& Consultancy <andrew.nospam@uk.sun.com> > 7 > >   Trade-in protection helps a bit but then a lot off@ > >         shops don't relish rolling in and rolling out , etc. > >s' > >                                 Robh >eH > Two questions Rob.  First, what's the problem with exchanging complete	 boxes?  IeG > keep seeing the claims for in-box upgrades, and have never understood 
 them, whenF > almost the total value of the upgrade is in the new electronics.  If you'reG > going to change that, what's the issue with the box.  Heck, maybe theH paint's"K > scratched on the old one, and a new box fixes that.  Your statement seemso toC > have some insight on the topic.  Can you explain that reluctance?  > I > Second, it was nice not hearing from Andrew for a while.  Each time you  respondaK > to him, it just gives him a forum for more of his FUD.  No reply, no moree fromJ > Andrew until he finds another topic, unless he stoops to replying to his ownfJ > posts.  Or, if you really enjoy communicating with him, take it to a Sun forum. >  > Dave >/ > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596= > 170 Grimplin Road               E-Mail: davef@tsoft-inc.comf > Vanderbilt, PA  15486    ------------------------------  # Date: Tue, 23 May 2000 15:40:14 GMT * From: young_r@eisner.decus.org (Rob Young)" Subject: Re: Wildfire Announcement+ Message-ID: <E$O31Um80NJ7@eisner.decus.org>J  Z In article <3929EA80.3B9D3B1C@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > Rob Young wrote: >> Ek >> In article <39296548.1FE991FA@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> i > 6 >>	  Trade-in protection helps a bit but then a lot of? >>         shops don't relish rolling in and rolling out , etc.  >> e& >>                                 Rob > R > Two questions Rob.  First, what's the problem with exchanging complete boxes?  IR > keep seeing the claims for in-box upgrades, and have never understood them, whenM > almost the total value of the upgrade is in the new electronics.  If you'rejO > going to change that, what's the issue with the box.  Heck, maybe the paint'sTN > scratched on the old one, and a new box fixes that.  Your statement seems toC > have some insight on the topic.  Can you explain that reluctance?a >   ? 	Couple things... not every shop has acres of datacenter and itnC 	can be physically demanding just to *fit* a box in the datacenter.iE 	Bob Kaplow mentioned that recently.  I personally have been involvedsD 	in two TIGHT fits.   There are other environmentals involved, powerC 	and cabling... all very doable but still requires coordination and F 	planning.  Secondly, maybe you really are 7x24 and it would result inF 	12 hours downtime.  Note I didn't say it was a show stopper but given> 	Box X with much higher performance is due in a 3-5 month time? 	frame, the attitude can easily be:  "bag that... not only does C 	it cost us x dollars (we would be gaining some but not all on the t@ 	trade-in.  Cars lose value when driven off the lot, compooters 9 	aren't much different) the pain alone isn't worth it... o 	let's just wait."  Q > Second, it was nice not hearing from Andrew for a while.  Each time you respond P > to him, it just gives him a forum for more of his FUD.  No reply, no more fromN > Andrew until he finds another topic, unless he stoops to replying to his ownQ > posts.  Or, if you really enjoy communicating with him, take it to a Sun forum.a >    	In a paraphrase of Hoff:l  " 		"Post here, get a reply here..."  9 	Besides, it isn't all pain.  A survey might reveal folksd4 	have learned a good deal from Andrew and this forum3 	among others is always a good learning experience. 8 	Learning for learnings sake?  Not so.  Learning to make 	ones self more valuable.    				Rob    ------------------------------  % Date: Tue, 23 May 2000 07:54:13 -0700 7 From: "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov>o" Subject: Re: Wildfire Announcement3 Message-ID: <392A9B95.F3BE9173@merlin.arc.nasa.gov>    JF Mezei wrote:    > "Terry C. Shannon" wrote: N > > Nope. The Fujitsu box has 64 processors. Not a fair comparison. Of course, >,P > Or is it ? Who cares how many processors a box has ? What is important for theM > customer is the cost and performance of a box for HIS application. *IF* thee  K I care!  And I suspect a lot of people do.  Most of our codes have not beenf5 parallized and we want the best turn around possible.r   ------------------------------  % Date: Tue, 23 May 2000 07:56:06 -0700t7 From: "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov>t" Subject: Re: Wildfire Announcement3 Message-ID: <392A9C05.D93D84FE@merlin.arc.nasa.gov>t   "Arthur E. Ragosta" wrote:  R > > Or is it ? Who cares how many processors a box has ? What is important for theO > > customer is the cost and performance of a box for HIS application. *IF* theh >mM > I care!  And I suspect a lot of people do.  Most of our codes have not beenC7 > parallized and we want the best turn around possible.r  6 Although I do agree that $/TPS is a good metric, also.   ------------------------------  # Date: Tue, 23 May 2000 04:54:48 GMTe0 From: "Terry C. Shannon" <shannon@world.std.com>F Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?& Message-ID: <Fuzxs0.CGJ@world.std.com>  9 "Dave Harrold" <DRHarrold@earthlink.net> wrote in message , news:39293fe9.81233417@news.earthlink.net...6 > On Thu, 18 May 2000 20:14:30 GMT, "Terry C. Shannon"  > <shannon@world.std.com> wrote: >r > > E > >But there is some Good News. I will write it up and post it on theu acersoftI > >site. In short, we can expect Really Good Stuff from the OpenVMS Groups Real > >Soon Now! > >t
 > >cheers, > >S
 > >terry s' > >OpenVMS Ambassador Without Portfolio  > >e > >i >i > Heard this before......h >eF > I kept being told that Good Things(tm) were coming for AlphaNT after6 > the Compaq buy-out.  I'm still waiting for them..... >e > Dave Harrold  ( And AlphaNT has WHAT to do with OpenVMS?   ------------------------------  # Date: Tue, 23 May 2000 04:50:34 GMTr0 From: "Terry C. Shannon" <shannon@world.std.com>* Subject: Re: Windows 98 Vs. Windows NT 4.0& Message-ID: <FuzxEu.B23@world.std.com>  ? "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> wrote in messageM? news:NwfW4.15895$S31.420358@newsread2.prod.itd.earthlink.net... I > Platform is probably not the best word.  Take a look at the NT Hardware B > Compatibility List and you will see there are a lot of different3 > makes/models of systems that NT is "certified" onC  I NT may be "certified," but those who choose to use this squatulent OS for . mission-critical apps truly are "certifiable."   ------------------------------  # Date: Tue, 23 May 2000 06:51:23 GMTo, From: mustbme <news@nospamatall_mustbme.com>/ Subject: Re: [humor] UNIX/OpenVMS email "virus")8 Message-ID: <07akiskgqflv32ub0dicdtjcrriddtli07@4ax.com>  F On 22 May 2000 17:13:36 GMT, hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) wrote:h   >i >oK >-- HUMOR -- HUMOR -- HUMOR -- HUMOR -- HUMOR -- HUMOR -- HUMOR -- HUMOR --  >nM >A friend and former colleague sent me this [re-typed; altered very slightly]e >h3 >    YOU HAVE JUST RECIEVED THE OpenVMS/UNIX VIRUS!m >    g* >    This virus works on the honor system:K >    If you are running a variant of OpenVMS, Unix or Linux, please forwardlN >    this message to every one you know and delete a bunch of files at random. > J >!PLEASE!  If you forward this to your boss -- or ANYbody in management --@ >make sure they know it is a joke.  Otherwise they might just...  D As I understand it, correct me if I'm wrong, that while "45 Million"D PC's were infected by the latest email virus and it's variants, both: of the remaining OpenVMS systems escaped without incident?   :)   ------------------------------    Date: 23 May 2000 07:13:13 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)/ Subject: Re: [humor] UNIX/OpenVMS email "virus"e, Message-ID: <LejnXMTfzQsI@malvm2.mala.bc.ca>  g In article <07akiskgqflv32ub0dicdtjcrriddtli07@4ax.com>, mustbme <news@nospamatall_mustbme.com> writes:o > F > As I understand it, correct me if I'm wrong, that while "45 Million"F > PC's were infected by the latest email virus and it's variants, both< > of the remaining OpenVMS systems escaped without incident? > R    Which is a good thing as between the two of them they get more useful work done than do the "45 million" PCs.r    :-)   ------------------------------  % Date: Tue, 23 May 2000 10:21:35 -0400h, From: Howard S Shubs <hshubs@mindspring.com>/ Subject: Re: [humor] UNIX/OpenVMS email "virus"0> Message-ID: <hshubs-60DDF6.10213523052000@news.mindspring.com>  9 In article <07akiskgqflv32ub0dicdtjcrriddtli07@4ax.com>, s# news@nospamatall_mustbme.com wrote:>  E >As I understand it, correct me if I'm wrong, that while "45 Million"aE >PC's were infected by the latest email virus and it's variants, both.; >of the remaining OpenVMS systems escaped without incident?   9 Damn straight!  And they're both still running just fine.m   -- u Howard S Shubs, the Denim Adepts   ------------------------------   End of INFO-VAX 2000.287 ************************s. Not a fair comparison. Of course,L > the Fujitsu number was noted a month ago in my newsletter, but Sun doesn'tN > subscribe to same (which might explain some of Sun's misstatements vis-a-vis
 > Compaq). >o  > Terry you are usually pretty well up to speed with reality but this wasn't your best effort.0   Firstly   5 Who cares how many CPU's Fujitsu used to get a better 8 number than Compaq for 2 tier SAP. I b8(RIYo:4y!hcw{vyK%ʑP{m?cصAalwH7fvj@NKYp7<&-17  Uck3<?.ARY5Pr a-},͜1U#9 ]E>|k:OHJEx<?O>ю#{Dl^48p
1 O6Q<v  [X+穜]S(ʯWYxUM燛h0Zw<7FI~L 0!)KY;Eb/)-T'R?)K"RԋgF"ǩQ1Fx)G?HD<Xj(?j4Hl>şxFWi+R4쏬k@o~Jѿ0YmT]\ev}P1Rԓh
vU/"%B
NNU}*BuU?F/bgw]3Y"]Wu8ޘݺ*jB:jc߫822Gټf6e	V 8WHN.v4#T;5@X]G,vׯ9!H)D~Adl l/ClWʵ`G~;j's\8mW"9>86'O"FPE+6/R>
NݺHǙ j7nܚYZ
97rfY[$w:>Gǅ c8muotl:Ww.T+	)*]Cѿ*n[v-jOB+r n=%QGri=G&sJ2R+;JZJ
wki43ֳQ~:x"""%2djt鰯"4ǜ