1 INFO-VAX	Wed, 01 May 2002	Volume 2002 : Issue 239       Contents:# Re: 6.2/7.3 Cluster - Advice Sought # Re: 6.2/7.3 Cluster - Advice Sought # Re: 6.2/7.3 Cluster - Advice Sought  Adding drives to an HSZ80  Re: Adding drives to an HSZ80  RE: Adding drives to an HSZ80 
 Re: AIM HACK? 
 Re: AIM HACK? 
 Re: AIM HACK? - Announcing the release of Oracle Rdb V7.1.0.2  Another VMS win... Re: Another VMS win... Re: Another VMS win... Re: Another VMS win... Re: Another VMS win... Re: Another VMS win... Re: Another VMS win...& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision BACKUP Question  Re: BACKUP Question  Re: BACKUP Question 6 Re: Can I delete those *.EXE_OLD files on system disk?6 Re: Can I delete those *.EXE_OLD files on system disk?6 Re: Can I delete those *.EXE_OLD files on system disk?4 COMPAQ DEAD - Let the product cuts and layoffs begin2 Re: comparison chart: pros and cons of WWW servers2 Re: COPY/RCP fails to remote node (UCX4.2 VMS 7.1) Re: Create AF_LAT socket? + Re: DCL labels out of scope after ON ERROR? + Re: DCL labels out of scope after ON ERROR? + Re: DCL labels out of scope after ON ERROR? : Re: DECUS/EncompassUS Survey -- no longer assuming Windows Re: exceed escape characters Re: exceed escape charactersP FILE NoTRUNCATE after VMS UPGRADE (was: Re: Can I delete those *        .EXE_OLD  Re: Fix for EDT emulation in EVE, FW: GUI VMS application on Linux workstation0 Re: FW: GUI VMS application on Linux workstation Re: Gold key Re: Gold key, Re: GUI VMS application on Linux workstation, Re: GUI VMS application on Linux workstation# Help needed . VMS and POSIX signals  HP vote cleared  Re: HPS Times is now available Re: HPS Times is now available Re: HPS Times is now available Re: HPS Times is now available Re: HPS Times is now available Re: HPS Times is now available info-zip VMS executable? Re: info-zip VMS executable?
 infocenter Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: lpr to VMS "print command"  Re: MAIL on VMS and attachments.' Mother's Day Savings at CorralWest.com! 3 New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye! 7 Re: New HPS Times - You ARE the weakest link, Good bye!  No Risk Resumes & Job Posting! Re: OSU vs. CSWS Re: OSU vs. CSWS# Re: Pathworks 6.1 exhausting KNBCBs # Re: Pathworks 6.1 exhausting KNBCBs  process quota exceeded  ?  Re: process quota exceeded  ? , Re: removing extra carriage return/line feed SCAN sources Re: Security question....  Re: simple DCL question  Re: simple DCL question  Re: TLZ7L Autoloader* Re: UK/EU OpenVMS job market: non-existant* Re: UK/EU OpenVMS job market: non-existant* Re: UK/EU OpenVMS job market: non-existant* Re: UK/EU OpenVMS job market: non-existant% Re: virtual i/o cache v7.2-1 and v7.3 " Re: VMS 6.2 file ownership problem" Re: VMS 6.2 file ownership problem" Re: VMS 6.2 file ownership problem( Re: VMS Bigots Unite To Form New Company( Re: VMS Bigots Unite To Form New Company( Re: VMS Bigots Unite To Form New Company Re: VMS SCAN product Re: VMS SCAN product RE: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product RE: VMS SCAN product Re: VMS SCAN product  Re: What happened to Uwe Zessin?  Re: What happened to Uwe Zessin? Whining about HPS Times  Re: Whining about HPS Times 6 Re: ZIP strangeness (search list as part of file spec)B [Q] Where are the rules for sticky defaults for DECnet file-specs?  F ----------------------------------------------------------------------  + Date: Tue, 30 Apr 2002 21:19:44 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis), Subject: Re: 6.2/7.3 Cluster - Advice Sought. Message-ID: <aan1pf$lon$1@newslocal.mitre.org>   jbecker@ui.urban.org (Jim Becker) writes in article <c113b52c.0204300757.2656ddb6@posting.google.com> dated 30 Apr 2002 08:57:48 -0700: ? >I'd like to cluster them for one primary reason: disk sharing.   A Somebody already suggested Decnet for file sharing.  This is very K transparent, but I have run into performance problems with very large files  on Decnet phase IV.    I'll suggest NFS.   2 Either way, your nodes don't need to be clustered.  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 30 Apr 2002 16:29:50 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: 6.2/7.3 Cluster - Advice Sought, Message-ID: <3CCEFEBE.4050004@tsoft-inc.com>  O Is there some problem with using DECnet?  Nodes in a network can open files on  J other nodes using DECnet.  No problem.  Just include the node name in the N filename specification.  (Well, there's the issue of proxies, or other method L for accessing the remote node.)  Clusters aren't always necessary.  If it's Q occasional access, and not too intensive, you'd probably be better off without a  Q cluster.  There *IS* overhead when running a cluster.  Your description seems to  L indicate that the applications are seperate, and occasionally data needs to P cross to another node.  If just reading the file, I wouldn't even copy it, just  open it over the network.    Dave     Jim Becker wrote:   E > I'm looking for sage advice, useful warnings, etc. on the following  > situation. > C > Currently, I have an "AlphaServer 4100 5/533 4MB" running OpenVMS G > V6.2-1H3. I'm about to buy an AlphaServer ES45, which will be running  > 7.3. > H > I'd like to cluster them for one primary reason: disk sharing. The twoG > nodes will be largely independent of each other -- separate purposes, G > separate software, separate storage, separate users -- but there will D > be some need for tossing files back and forth. For the application@ > that needs to do this, life will be FAR easier if crossing theF > boundary from one box to the other is transparent, hence clustering. > $ > However, here's the basic problem:6 > - A 6.2/7.3 mix doesn't even have migration support.. > - The minimum OS version for an ES45 is 7.3.E > - The 4100 is locked into 6.2-1H3 because of the one application it H > will carry after I migrate everything else to the ES45. The app vendor. > won't budge; we fought that battle and lost. > C > So either a) I run an unsupported mixed two-node cluster, or b) I E > break a critical, problem-child application, thereby requiring some C > sort of highly unwelcome Rube Goldberg solution to get around the  > breakage.  > F > I prefer the first approach (lesser of two evils), so I'm hoping forH > your sage advice on how to minimize difficulties of a mixed cluster of > 7.3 and 6.2-1H3. >  > Jim Becker >    ------------------------------  # Date: Wed, 01 May 2002 04:09:51 GMT  From: danco@pebble.org, Subject: Re: 6.2/7.3 Cluster - Advice Sought- Message-ID: <slrnacur4u.v38.danco@pebble.org>   O In article <c113b52c.0204300757.2656ddb6@posting.google.com>, Jim Becker wrote:   C > Currently, I have an "AlphaServer 4100 5/533 4MB" running OpenVMS G > V6.2-1H3. I'm about to buy an AlphaServer ES45, which will be running  > 7.3.  E Haven't had any problems mixing those two versions in a cluster here. > However, we're not doing any volume shadowing or anything elseC "interesting" either.  We've been running that mix for a long time. A Won't be for much longer though as the whole cluster finally gets   upgraded to 7.3 later this week.   - Dan    ------------------------------  % Date: Tue, 30 Apr 2002 21:29:36 -0400   From: John Santos <JOHN@egh.com>" Subject: Adding drives to an HSZ804 Message-ID: <1020430211350.334A-100000@Ives.egh.com>  	 Hi, all -   @ I haven't been able to get a straight answer to this from Compaq; support, or been able to find any info either on the web or  in a Google newsgroup search...   < I have a customer who wants to add a bunch of drives to some? existing HSZ80 shelves.  These are the traditional StorageWorks @ drives, not the newfangled ones, so the shelf is the HSZ70-style; with 4 shelves of 6 disks, SCSI buses run vertically.  (The 8 shelves are already installed, but not fully populated.)  > We don't want to shut down the production systems while adding> the drives.  (Hot-swap, or really hot-add, since these are new disks.)   > My question is do you need to do anything to quiesce the buses before inserting the disks?   > (On HSJ40/50's, you were supposed to press the port button forA the bus and it would blink for about 30 seconds, while suspending A all activity, and you could safely install, remove, or swap disks $ while the light continued blinking.)  ; There seems to be nothing specific about this in any of the ; HSZ80/HSJ80/HSG80 documentation that I could find.  It just > very vaguely says install the drive(s), add the containers and> units, and go.  The "install the drives" part is glossed over.  ; When I asked the 1-800 number about this, they emailed me a ? very nice summary document about adding containers, configuring ; raid sets, etc., which I already know all about.  I replied ; that it didn't really answer my question, but haven't heard  back.   A (The disks will be used as just-a-bunch-of-disks, so the software & configuration is no big deal, anyway.)  : Someone here *must* have done this at sometime or another?  = P.S.  Is it just me, or is impossible to find anything on the ; Compaq web site?  I think most of the useful info is buried = in .PDF files, which don't appear to be indexed by the search = engines, so unless you get lucky and a keyword appears in the   .pdf's title, you can't find it.   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 01 May 2002 03:35:50 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> & Subject: Re: Adding drives to an HSZ80' Message-ID: <3CCF4676.4E8A949F@aaa.com>   = AFAIK, there should be this "add/remove" buttons on the HS*80 @ series also. One for each SCSI bus. I setup a HSZ80 about a year= ago, and I'm positive there is a button to press to remove or : add disks. Shouldn't be hard to find just by loking at it.   Jan-Erik Sderholm.    John Santos wrote: >  > Hi, all -  > @ > (On HSJ40/50's, you were supposed to press the port button forC > the bus and it would blink for about 30 seconds, while suspending C > all activity, and you could safely install, remove, or swap disks & > while the light continued blinking.) >    ------------------------------  $ Date: Wed, 1 May 2002 12:29:34 +1000. From: John Welsh <johnW@digitalexpress.com.au>& Subject: RE: Adding drives to an HSZ80: Message-ID: <D1772475427AD411AB770000F80659F00ACF76@DGNT4>   John, 2 	No buttons to press ....  just plug the drives in: 	one at a time. Its a good idea to wait for each drive you6 	plug in to finish its spin-up although not necessary.  1 	Once the drives are in place just " RUN CONFIG " . 	and the drives will be added into the config.  2 	Then you should be able to "SHOW DEVICE " and the4 	drives will be seen but not assigned to any logical
 	"container".   - 	You can then stripe, raid or "jbod" them and  	create a suitable unit #.   Regards, John Welsh. I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= I =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=3D=3D=3D=3D=3D=3D=3D=3D=3D     -----Original Message-----/ From: Jan-Erik S=F6derholm [mailto:aaa@aaa.com] & Sent: Wednesday, May 01, 2002 11:36 AM To: Info-VAX@Mvb.Saic.Com & Subject: Re: Adding drives to an HSZ80    = AFAIK, there should be this "add/remove" buttons on the HS*80 @ series also. One for each SCSI bus. I setup a HSZ80 about a year= ago, and I'm positive there is a button to press to remove or : add disks. Shouldn't be hard to find just by loking at it.   Jan-Erik S=F6derholm.    John Santos wrote: >=20 > Hi, all -  >=20@ > (On HSJ40/50's, you were supposed to press the port button forC > the bus and it would blink for about 30 seconds, while suspending C > all activity, and you could safely install, remove, or swap disks & > while the light continued blinking.) >    ------------------------------  % Date: Tue, 30 Apr 2002 12:04:44 -0700 % From: Dean Woodward <deanw@rdrop.com>  Subject: Re: AIM HACK?) Message-ID: <3CCEEACC.B7C9A7B5@rdrop.com>    "Doc.Cypher" wrote:  > M > Directing people to the netiquette RFC is a gentle way of saying you're off ' > topic and I think you haven't a clue.   F Typically, such people really need the gentleness equivalent of a good1 whack upside the head*- but thanks for the laugh!   E * As I typically say, they couldn't get a clue if it were clue mating G season and they were standing in a field full of horomone-charged clues G while wearing clue musk and blowing a clue bugle.  Unfortunately, clues 2 can sometimes be picky in who they associate with.   ------------------------------    Date: 30 Apr 2002 13:50:20 -07003 From: BaltimorePlayboy@yahoo.com (BaltimorePlayboy)  Subject: Re: AIM HACK?= Message-ID: <9113a9f4.0204301250.53c5bddc@posting.google.com>   E Man... first of all, I'm new to this whole usenet thing. Threads, and D newsgroups and flaming, and all that shit have NO meaning to me. I'mC new. So if you dont have the answer to my questions, or some advice F for a newbie, dont turn it into a cocksucker chatroom for you and yourE pussy friends to try to make fun of someone less experienced. Yes I'm A talking to you. FUCK YOU. And since I dont know all the rules and A stuff, if I get in trouble for saying that, then oh well, I'll go D elsewhere. Anyone that can help me I appreciate it. Even if you just? tell me where I should post this thread to in order to get more E results from ADULTS and not kids who have nothing better to do. Holla  Back.    ------------------------------  % Date: Tue, 30 Apr 2002 16:52:38 -0700 % From: Dean Woodward <deanw@rdrop.com>  Subject: Re: AIM HACK?) Message-ID: <3CCF2E46.A74E6927@rdrop.com>    BaltimorePlayboy wrote:  > G > Man... first of all, I'm new to this whole usenet thing. Threads, and F > newsgroups and flaming, and all that shit have NO meaning to me. I'mE > new. So if you dont have the answer to my questions, or some advice  > for a newbie,   G If you're still around, please note that you were, in fact, given "some H advice for a newbie" in the very first reply.  You have, however, provenG my point that it was delivered with far too much subtlety.  Here's some D advice with less subtlety:   We don't care about AIM, how to exploit@ buffer over/underruns (except in noting that VMS is more or lessH invulnerable to such attacks by it's design).  This newsgroup is for the5 VMS operating system (hence the name, 'comp.os.vms').    [excreta deleted]   F We're also not impressed by your command of the language.  If you want; to insult us some more, please try to show some thought and E imagination.  If you can't find a way to do that without resorting to F profanity, then even if we did care to tell you about how to exploit aF buffer size mismatch, I have concerns about your ability to understand what we're telling you.    ------------------------------  % Date: Tue, 30 Apr 2002 14:19:09 -0400 2 From: norm lastovica <norman.lastovica@oracle.com>6 Subject: Announcing the release of Oracle Rdb V7.1.0.2* Message-ID: <3CCEE01C.238FBFCD@oracle.com>  < Oracle Rdb Engineering is pleased to announce the release of= Oracle Rdb V7.1-02 (aka V7.1.0.2).  This kit is available for > download on Metalink.  We have also released the SQL/Services,< SQL*Net for Rdb Release 7.1.5.4 kit.  It too is available on	 MetaLink.     7     Enhancements Provided in Oracle Rdb Release 7.1.0.2 7     ---------------------------------------------------   !     - Buffer Objects Enhancements ;     - RMU Support Added for New OpenVMS Tape Density Values1?     - Ability to Compress RMU/SHOW STATISTICS Output File AddedlH     - IEEE Floating Point Format for SQL Module Language and Precompiled	       SQLdJ     - INCLUDE_DB_NAME Event Attribute for RMU/SHOW STATISTICS User Defined       Events!     - New ALTER OUTLINE Statement 2     - DROP Statement Now Includes IF EXISTS Clause/     - New EXCEPT, INTERSECT and MINUS Operatorsn4     - IDENTITY Attribute Now Supported by Oracle Rdb     - Enhanced Bitmapped Scans!     - Extended Record Compressiont5     - RMU /UNLOAD /AFTER_JOURNAL Wildcard Table Names ;     - New NAME Clause for SET/DECLARE TRANSACTION StatementH;     - New Built In Functions for Oracle RDBMS CompatibilityK<     - New AND CHAIN Syntax Supported for COMMIT and ROLLBACK)     - New Options for SET FLAGS Statementm    7     Software Errors Fixed in Oracle Rdb Release 7.1.0.2?7     ---------------------------------------------------   6     Software Errors Fixed That Apply to All Interfaces6     - Zero Index Prefix Cardinality After Create Index5     - RDB-E-ARITH_EXCEPT Error From the Rdb OptimizerA@     - Page Locking Problems in Release 7.1.0 and Release 7.1.0.1(     - Storage Area Default Size Increase<     - Recovery Process Caused Excessive Snapshot File GrowthB     - Dynamic Optimization Estimation Incorrect for Ranked IndicesE     - Bugchecks Truncating Table in Mixed-Format Area with Row Cachesw3     - Fast Commit Checkpoints Do Not Always Advance      - Monitor "Home" Directory3     - Bugcheck When Using Persona With SQL/ServicesMI     - Query With Join Predicates on Leading Segments and Equality Filters        Returns Wrong ResultsiM     - Query With Transitive Join Predicates and Non-equality Filter BugchecksiN     - Query With OR Predicates, Including Two Similar IS NULL Clauses, Returns       Wrong Resultse2     - Query Slows Down Using Full Index Scan [0:0]1     - Poor Choice of Indexes by Dynamic Optimizerw<     - UNION Query With Constant Column Returns Wrong ResultsI     - Query With CAST Function Using Ranked Index Signals Exception Errorr/     - External Functions Cannot Init, Reason 22n(     - Bugchecks at PSII2SCANSTARTBBCSCAN6     - Cursor on Ranked Index Returned too Many Records>     - Changed Default Behavior for Bitmapped Scan Optimization2     - Bugcheck (ACCVIO) On Simple Select Statement'     - Privileged User Bugcheck (ACCVIO) 3     - Bugchecks at DIOCCH$FETCH_SNAP_SEG + 00000594b<     - Unresolved 2PC Transactions Rolled Back by RMU/RECOVER       SQL Errors FixedE     - Queries Ending in Reserved Words Fail to Execute in Dynamic SQLk<     - SQL$MOD Compiler Does Not Recognize G_FLOAT with COBOLE     - Unexpected UNSDTPCVT Error Reported for NULL in UNION StatementeJ     - Precompiled SQL Does Not Recognize a C Function With a Struct Return
       Type2     - CREATE INDEX Placing Keys in Wrong PartitionE     - ALTER INDEX ... TRUNCATE PARTITION Results in Bad Query Results H     - ALTER INDEX ... BUILD ALL PARTITIONS Not Writing Back SORTED Index       Root Dbkeyse;     - IMPORT Fails With INVIDXATTR Error for Hashed Indexesr8     - DDL Statements Generated Unexpected Runtime Errors5     - INSERT Cursor on a Derived Table Would Bugchecka6     - CREATE TABLE Generates WISH_LIST for NULL ClauseE     - Use of Synonyms Resulted in an Incorrect Query of System Tablesh0     - SQL Query Bugchecks at SQL$$GET_QUEUE_WALK0     - SQL Query Bugchecks at SQL$$GET_QUEUE_WALKA     - Multistatement Procedures Used with Connections Resulted in *       %RDB-E-OBSOLETE_METADA Error Message0     - Privileges Not Honored For SET TRANSACTION       Oracle RMU Errors FixeduI     - RMU Fails to Perform OPTIMIZER_STATISTICS Actions on Some DatabasesMB     - RMU/CONVERT Fails to Correctly Define the RDB$WORKLOAD Table<     - RMU Tape Density Problems Starting With OpenVMS V7.2-1?     - RMU/VERIFY/ROOT Incorrectly Reports RMU-E-BADAIJPN and/or        RMU-E-AIJNOTFND G     - RMU/CONVERT Problem With Database Wide Default Collating Sequence 2     - RMU/BACKUP to Tape Could Hang and Not FinishE     - RMU/BACKUP or RESTORE Bugcheck on Prompt to Mount a Tape Volume-H     - RMU/BACKUP Prompt to Initialize Tape Label Created Incorrect LabelH     - RMU/RECLAIM Returns ACCVIO and Bugchecks at RMU_CLEANUP + 00000100B     - RMU/VERIFY/CONSTRAINT Now Uses Warning for CONSTFAIL Message>     - RMU Prompt to Operator Console Ignored Correct ResponsesI     - RMU Incremental Backup and Restore Could Cause Truncated Table Rowsr       to Reappearr,     - Deleted Rows Reappear After RMU/REPAIRD     - RMU/EXTRACT Incorrectly Extracts Index STORE Clause When Using       GROUP_TABLE OptionF     - RMU/CONVERT/NOCOMMIT to V71 Lock Conflict Within Default Storage
       AreaE     - RMU/COLLECT OPTIMIZER_STATISTICS Fails When Temporary Tables in        DatabaseG     - RMU/BACKUP and RESTORE RMU-I-RESUME Message Gave Incorrect Volume-       NumberE     - RMU/RESTORE Access Violation on Ready Volume Prompt to Operatorr
       ConsolefH     - RMU/CONVERT to V71 Changed the Value of Some Existing System Table       FieldsD     - RMU/CONVERT to V71 Truncated the RDB$PARAMETER_SOURCE Value in       RDB$PARAMETERS@     - RMU/CONVERT to V71 Gave Incorrect Values to Some Fields in       RDB$CONSTRAINTSaB     - SHOW SEQUENCE Displays Strange Value for NEXT SEQUENCE VALUE       Row Cache Errors FixedJ     - Bugchecks in PIOGB$PURGE_BUFFER After Node Failure When Row Cache in	       Uset  $     RMU Show Statistics Errors Fixed8     - RMU/SHOW STATISTICS Does Not Honor CHECKPOINT_SORTC     - RMU/SHOW STATISTICS CHECKPOINT_ALARM Does Not Give Out OPCOMseC     - Possible RMU Bugcheck or Failure to Notify Triggering of Userf       Defined EventsG     - AUTO_RECONNECT Variable Value is not Honored When Imported From a ,       RMU/SHOW STATISTICS Configuration FileG     - Some RMU/SHOW STATISTICS Counters Can Be Used To Define Events Inn,       Interactive Mode But Not In Batch Mode7     - Stream ID Format is Different in Different PlaceseF     - RMU/SHOW STATISTICS Online Analysis Configuration Options Do Not       Work Properly:B     - Missing "U" for Utility Jobs in RMU/SHOW STATISTICS Displays/     - RMU/SHOW STATISTICS Mixes Up Count Labels,<     - Errors in Saved RMU/SHOW STATISTICS Configuration File4     - RMU/SHOW STATISTICS Shows Incorrect Area Sizes0     - RMU/SHOW STATISTICS Multi-Page Report FileF     - RMU/SHOW STATISTICS Triggers Invoked From User Defined Events at,       Times Other Than the Refresh IntervalsC     - RMU/SHOW STATISTICS Row Cache Information May Not Display thep'       Information of the Cache SelectedSD     - Inconsistency in the Hot Standby Statistics Screen of RMU/SHOW       STATISTICS       Hot Standby Errors Fixed1     - 7.1.0.1 Process Hangs During AIJ Switchover;;     - Could Not Use TCP/IP As Hot Standby Network Transport    ------------------------------    Date: 30 Apr 2002 15:13:45 -0500+ From: kuhrt@encompasserve.org (Marty Kuhrt)  Subject: Another VMS win...R3 Message-ID: <cbjgSg3I9kt1@eisner.encompasserve.org>   ? Took me a while to find this press release, but here is anothero< win for VMS on Alpha.  Even though the press release doesn't= mention the OS, since I installed it I can vouch for the fact * that the POSIT trading system runs on VMS.  : http://www.tse.com/en/mediaNews/newsreleases/news2265.html   ------------------------------  % Date: Tue, 30 Apr 2002 16:54:00 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca>6 Subject: Re: Another VMS win...k, Message-ID: <3CCF045F.179431DB@videotron.ca>   Marty Kuhrt wrote:, > that the POSIT trading system runs on VMS. > < > http://www.tse.com/en/mediaNews/newsreleases/news2265.html  N Interesting. the TSE used to be a big blue shop only. Have they begun to dicth8 IBM or is IBM still their prefered main infrastrcuture ?  L The TSE got major egg on their face twice. The first time, they had predicedM that the montreal exchange would fail in early 80s and had built themselves a M much bigger exhange anmd bigger computers to handle the load, except that the L montreal exchange didn't fail (thanks to a PQ policy that gave tax breaks toJ investors buying stocks traded in montreal). The TSE got egg on their faceR because the predicted volumes never materialised and they overspent on facilities.  K The second time, they got egg on the ir face when the montreal exchange didsJ close and their old computer systems couldn't handle the load and actually* went down for long periods during trading.  M Is VMS used as a "niche" application at the TSE, or does it stand a chance to L actually replaxce the old IBM mainframes for the main trading applications ?   ------------------------------  # Date: Tue, 30 Apr 2002 21:20:24 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: Another VMS win...eH Message-ID: <sUDz8.51796$Il1.22112@news02.bloor.is.net.cable.rogers.com>   For years, the ME ran on VMS.s  " Toronto was a Tandem and MVS shop.    : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CCF045F.179431DB@videotron.ca... > Marty Kuhrt wrote:. > > that the POSIT trading system runs on VMS. > >i> > > http://www.tse.com/en/mediaNews/newsreleases/news2265.html >tJ > Interesting. the TSE used to be a big blue shop only. Have they begun to dicth : > IBM or is IBM still their prefered main infrastrcuture ? > E > The TSE got major egg on their face twice. The first time, they hadI predicedB > that the montreal exchange would fail in early 80s and had built themselves aK > much bigger exhange anmd bigger computers to handle the load, except that. theeK > montreal exchange didn't fail (thanks to a PQ policy that gave tax breaks  toL > investors buying stocks traded in montreal). The TSE got egg on their faceH > because the predicted volumes never materialised and they overspent on facilities.? > I > The second time, they got egg on the ir face when the montreal exchanges did L > close and their old computer systems couldn't handle the load and actually, > went down for long periods during trading. >yL > Is VMS used as a "niche" application at the TSE, or does it stand a chance toL > actually replaxce the old IBM mainframes for the main trading applications ?-   ------------------------------  % Date: Tue, 30 Apr 2002 18:17:42 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Another VMS win...H, Message-ID: <3CCF17F8.51C4681D@videotron.ca>   John Smith wrote:l >  > For years, the ME ran on VMS.     I YearS yes. But not for that long. It had gone to VMS in late 1980s (87-88aM timeframe as I recall), but by 1992-1993, Montreal exchange was deploying Sunb	 big time.i   ------------------------------  # Date: Tue, 30 Apr 2002 23:42:52 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: Another VMS win...rH Message-ID: <0_Fz8.23721$7YU.22304@news01.bloor.is.net.cable.rogers.com>  K I knew the head of systems development there for many years and among their L reasons for abandoning VMS was price/performance vs. Sun and (even then) the" shrinking pool of 3rd party tools.  K Of course a large part of it was the clowns DEC had calling on the exchangetI for sales and marketing and DEC's own policies regarding the fate of VMS.o  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CCF17F8.51C4681D@videotron.ca... > John Smith wrote:  > > ! > > For years, the ME ran on VMS.e >r > K > YearS yes. But not for that long. It had gone to VMS in late 1980s (87-88 K > timeframe as I recall), but by 1992-1993, Montreal exchange was deploying  Sune > big time.n   ------------------------------    Date: 30 Apr 2002 19:40:06 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)e Subject: Re: Another VMS win... 3 Message-ID: <BCcyvhSudMC+@eisner.encompasserve.org>=  a In article <cbjgSg3I9kt1@eisner.encompasserve.org>, kuhrt@encompasserve.org (Marty Kuhrt) writes:3A > Took me a while to find this press release, but here is another > > win for VMS on Alpha.  Even though the press release doesn't? > mention the OS, since I installed it I can vouch for the factn, > that the POSIT trading system runs on VMS.  @ Ok, so if you know this stuff, can you explain what is meant by:  8 	Institutions will be able to send their orders directly2 	to POSIT Canada with zero information disclosure.  < > http://www.tse.com/en/mediaNews/newsreleases/news2265.html   ------------------------------  % Date: Tue, 30 Apr 2002 21:27:55 -0400/- From: JF Mezei <jfmezei.spamnot@videotron.ca>n Subject: Re: Another VMS win...k, Message-ID: <3CCF447F.C72A0DFF@videotron.ca>   John Smith wrote:oM > Of course a large part of it was the clowns DEC had calling on the exchangegK > for sales and marketing and DEC's own policies regarding the fate of VMS.0  I Unfortunatly, Digital's internal problems (caused in part by pregnancy vs-N quota policies) impacted more than just the the competing Montreal and TorontoL exchange, it caused the loss of other financial customers. The microvax II IJ rescued and  moved to my basement is a victim of this DEC failure. Had DECL won, the MV-II would have been replaced by a 1.2 million dollar installation0 with great visibility in the financial sector.    2 However, that posed an interesting ethical person.  / Salescritter A sells a VMS system to company 1.e. Salescritter B wants to sell VMS to company 2.  . Company 1 is a fierce competitor to company 2.  I Should salescritter A be allowed to give salescritter B information about5I implementation in company 1 which my remove some competitive advantage ofR company 1 over company 2 ?      J It is interesting that salecritter A ended up at Microsoft for a while andO then retired after making lots of money in dot.com.land (from what I was told).i   ------------------------------  # Date: Tue, 30 Apr 2002 21:45:21 GMTu* From: "Bill Todd" <billtodd@metrocast.net>/ Subject: Re: Anticipating the HP court decisiono> Message-ID: <RfEz8.1157$v7.249339@bin6.nnrp.aus1.giganews.com>  1 "Dave Gudewicz" <k9jdk@arrl.net> wrote in messaget2 news:3cce023b$0$3568$1dc6e903@news.corecomm.net...L > I say if H-P really did do something wrong, they should pay or be punishedL > with whatever the law of the land prescribes.  If it means that the merger > is a no-go, then so be it. >mJ > Now I'll replace my "I live in a perfect world" tee-shirt and replace itI > with "apply liberal dose of reality".  Story changes to whoever has thee bestL > lawyer/s money can buy, usually (not always) wins, guilty of wrongdoing or > not. >m4 > Lets see which one wins in this case.  Or will we?  L Looks like the liberal dose of reality was what I needed.  This was clear toI me as I was typing, and I hadn't actually decided to send the post at thet7 point where I mistyped Ctrl-Enter rather than Ctrl-End.e  J But my feeling was that, disgusted as I am by so many of our corporate andD political institutions these days, I should not only try to find one= remaining one to believe in but stand up and say so publicly..I Unfortunately, the Supreme Count handling of the recent Presidential raceoJ did not enter my mind at the time, else I might have been less optimistic.  L While acceptance of sleaze and incompetence seems to have infected this caseL as well, it doesn't change the facts of the matter.  HP did indeed act as ifG its owners were its children requiring not only guidance but deception,s@ rather than its owners who should be given the facts (along withJ management's recommendations) and allowed to act on them as they saw fit -G that, after all, being *the* reason that their vote was required in themG first place rather than simply having management make the call.  And HPgI indeed pressured Deutsche Bank to breach its 'Chinese wall' and influence H its shareholder committee - certainly an improper action for the bank to? take, and thus inappropriate for HP to have urged them to take.3  L I had hoped that the recent Enron debacle would encourage this judge to takeE a stand against such cowboy boardroom arrogance (which the HP closingnJ argument filing blatantly continued).  My impression was that in this kindK of action (unlike a criminal one) 'proof beyond a reasonable doubt' was notsK the standard that had to be met.  But, as I said, I'm no lawyer, and really-I don't know just how illegal HP's actions may have been, disgusting thoughr
 they were.   - bill   >e	 > Dave...l >17 > "Bill Todd" <billtodd@metrocast.net> wrote in messagel? > news:Sdiz8.142747$ro5.12654012@bin6.nnrp.aus1.giganews.com...eI > > OK, I was willing to wait until the markets closed today (something I/C > > suspected the court might have wished to do) but am now gettingt
 impatient.G > > So (in Terry's spirit of the new year - since whichever way it goesS likelyI > > will signal the start of a new era for the DEC heritage) I will, even  > though@ > > not being anything like a lawyer (thank God) make a Fearless > > Prognostication: > >rL > > I think the judge will order a new shareholder vote and give Carly & Co. a I > > stern slap on the wrist.  I think he will do it because HP managementIF > > *grossly* crossed over the line of its fiduciary responsibility inE > > attempting to 'sell' the merger to its shareholders (and sticking. > resolutelyF > > to its initial rosy predictions despite growing internal concerns) ratherJ > > than laying it out in reasonable detail, both pro and con, and letting > saidJ > > shareholders, as the owners it's responsible to, decide on the merits. > And J > > because HP subtly but clearly strong-armed Deutsche Bank to change its 3 -  > 1eI > > vote against the merger into a 4 - 1 vote for the merger in the finalaL > > hours - again, an attempt to influence the people it should have insteadL > > just been informing to the best of its ability.  And because the outcome > ofK > > the vote was still so tight that such actions could easily have changedi > itsSL > > result:  had it been a walk for Carly's crowd, I suspect she still wouldI > > have received the slap, but possibly not the demand for another vote.i > >  > >o >q >i >F   ------------------------------  % Date: Tue, 30 Apr 2002 18:52:22 -0400N- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: Anticipating the HP court decision , Message-ID: <3CCF2016.4AB3D1B7@videotron.ca>   Bill Todd wrote:N > While acceptance of sleaze and incompetence seems to have infected this caseN > as well, it doesn't change the facts of the matter.  HP did indeed act as ifI > its owners were its children requiring not only guidance but deception,d  M You've obviously never followed the referendum debates in Qubec. Chockful ofaN irresponsible promises on both sides, exageration of the problems of the other' side etc etc etc. Facts ? Ha ! If only.e  H Seems to me that Carly did the very same, promising the world if her petL project was allowed to go, and Hewlett promising the end of the world should it be allowed to proceed.e  L Sorry, but enough HP shareholders were stupid enough to vote for this, so itH went through. And it would have gone through without Deutche Bank votes.G Remember that wall street casino analysts just look at the speeches and N promises from Carly and Curly and don't actually study in depth what it really  means to merge these two losers.  J Also, if enough wall street casino analysts are neutral or positive on theJ deal, it makes it harder for the sole analyst who has done his homework toJ come out with a very negative recommendation. Wall Street doesn't tolerate black sheep.  J As far as Deutche Bank is concerned, remember that Banker's Trust had veryL "questionable" business ethics before it was purchased by DB, so there is noI telling whether Deutche Bank still has some of the same ethics in its USA  operations.   N Banks don't lose money iof the investments made by customers go sour. But theyN make money supporting companies that give them the profitable business such as loans, M&A business etc.  F So it would be in DB's advantage to support that deal if it meant moreL corporate business for DB, even if HP,s stock would languish and not produceP much return since bad performance affects only DB's customers, not DB's profits.   ------------------------------  # Date: Wed, 01 May 2002 00:34:26 GMT * From: "Bill Todd" <billtodd@metrocast.net>/ Subject: Re: Anticipating the HP court decisionc? Message-ID: <mKGz8.7337$q8.1531168@bin3.nnrp.aus1.giganews.com>/  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CCF2016.4AB3D1B7@videotron.ca... > Bill Todd wrote:K > > While acceptance of sleaze and incompetence seems to have infected this  caseJ > > as well, it doesn't change the facts of the matter.  HP did indeed act as ifrK > > its owners were its children requiring not only guidance but deception,k >aC > You've obviously never followed the referendum debates in Qubec.   L And you obviously don't have a clue about what differentiates a good analogy from a bad one.s  I Politicians are *not* legally required to act as the fiduciaries of theirkK constituents.  In fact, that's the basis of representative government:  youTL elect people whom you *hope* will serve your interests, but haven't a leg toG stand on if they don't, save to vote for someone else next time around.M  F By contrast, if a company's directors act contrary to the interests ofD shareholders, they can be sued (as, in fact, HP is now being sued inL Delaware in a class-action suit on this very matter).  When by its by-laws aK company must solicit the votes of its shareholders, it has a responsibility L (at least by the terms of those by-laws, and my impression is a legal one asK well) to present them with the data they need to make an informed decision.u  K So while politicians can treat their constituents like children and pass it F off as just doing their job, company directors have far better defined  responsibilities in this regard.   - bill   ------------------------------  % Date: Tue, 30 Apr 2002 23:41:28 -0400h- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: Anticipating the HP court decision , Message-ID: <3CCF63C0.7C9EB86E@videotron.ca>   Bill Todd wrote:N > Delaware in a class-action suit on this very matter).  When by its by-laws aM > company must solicit the votes of its shareholders, it has a responsibility N > (at least by the terms of those by-laws, and my impression is a legal one asM > well) to present them with the data they need to make an informed decision.t    K Fair enough. however, since we are talking about forward looking statementsuL with all the usual disclaimers, would Carly,s view of the future be deemed aJ lie/illegal ? Would the fact that some internal reports warned of problemsN mean that those problems could not be avoided excatly because they were warned about them ?  J Top executives will screw anyone who stands in their way. (same applies toN bankers). What I think was really wrong is Carly throwing out Hewlett, when he, represented close to 50% of the "NO" votes.   L On the other hand, for a corporation to succeed, it must have a clear leaderN with clear powers to act quickly. If Hewlett stayed on the board and continued7 to undermine Carly, then all of HP would have suffered.-  N Carly gets her pet project. To reduce the damage of that pet project, she mustE be allowed to proceed unimpeded and not given any opposition anymore.cJ Otherwise, it is the customers that will suffer because each quarter, when@ carly announces bad news, she will have to make additional cuts.   ------------------------------  % Date: Tue, 30 Apr 2002 15:38:39 -0500t  From: Hauser <Hauser@Fauske.com> Subject: BACKUP QuestionF Message-ID: <4E1C1F1AC66D3743BC95ACBC8DA96726731274@server.FAUSKE.COM>  K Can anyone tell me why the following attempt to do an incremental BACKUP one ao device :     $ sho sys/noprocI OpenVMS V7.3  on node DS10A  30-APR-2002 15:16:20.42  Uptime  33 03:31:13:/ $ backup/record/fast/ignore=(interlock,label) -   /media_format=compact --  /list=$7$dka0:[hauser.backup]$1$DKA200.LIS -t  /since=backup/modified/noinc -e   $1$DKA200:[*...] -   DS10A$MKA600:29APR02.USR4  $l  F Continues to BACKUP all files in one of the directories on the device.B Following is a DIR/FULL on the directory and a typical file in it:    ( $ DIR/FULL $1$DKA200:[000000]ELICSON.DIR   Directory $1$DKA200:[000000]  3 ELICSON.DIR;1                 File ID:  (13792,7,0)h0 Size:           14/139        Owner:    [SYSTEM]" Created:   24-APR-2002 07:44:40.90' Revised:   24-APR-2002 08:32:06.86 (13)T Expires:   <None specified>  Backup:    <No backup recorded>e Effective: <None specified>p Recording: <None specified>o File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughF File attributes:    Allocation: 139, Extend: 0, Global buffer count: 0H                     Default version limit: 5, Contiguous, Directory fileI Record format:      Variable length, maximum 512 bytes, longest 512 bytesr4 Record attributes:  No carriage control, Non-spanned RMS attributes:     None Journaling enabled: None; File protection:    System:RWE, Owner:RWE, Group:RE, World:V Access Cntrl List:  None Client attributes:  None   Total of 1 file, 14/139 blocks.   , $ DIR/FULL $1$DKA200:[ELICSON]BUILD102.LOG;0   Directory $1$DKA200:[ELICSON]e  3 BUILD102.LOG;2                File ID:  (14637,1,0)s1 Size:            5/139        Owner:    [ELICSON]r" Created:    6-JUL-2000 22:02:55.59& Revised:   24-APR-2002 10:17:42.95 (2) Expires:   <None specified>s" Backup:    29-APR-2002 20:01:06.32 Effective: <None specified>e Recording: <None specified>o File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughF File attributes:    Allocation: 139, Extend: 0, Global buffer count: 0$                     Version limit: 5I Record format:      VFC, 2 byte header, maximum 0 bytes, longest 84 bytesr/ Record attributes:  Print file carriage controle RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:e Access Cntrl List:  None Client attributes:  None   Total of 1 file, 5/139 blocks. $d  I The directory was recently moved (24-APR-2002) to $1$DKA200: from anotheri disk.wG Since then my nightly incremental backups on 24-APR-2002 (expected) andc 25,26 I and 29-APR-2002 (not expected) have backed up all files in the directory.  OthersH directories on $1$DKA200: behave as expected with respect to incremental backups.  ; The files were originally moved to $1$DKA200: using BACKUP.c  F Thanks for any help. I hope this is enough information to identify the problem.  
 George Hauseri   ------------------------------  + Date: Tue, 30 Apr 2002 21:48:13 +0000 (UTC)3, From: lewis@PROBE.mitre.org (Keith A. Lewis) Subject: Re: BACKUP Question. Message-ID: <aan3et$lqd$1@newslocal.mitre.org>   Hauser <Hauser@Fauske.com> writes in article <4E1C1F1AC66D3743BC95ACBC8DA96726731274@server.FAUSKE.COM> dated Tue, 30 Apr 2002 15:38:39 -0500:0 >$ backup/record/fast/ignore=(interlock,label) - > /media_format=compact -h. > /list=$7$dka0:[hauser.backup]$1$DKA200.LIS -  > /since=backup/modified/noinc - >  $1$DKA200:[*...] -l >  DS10A$MKA600:29APR02.USR4  K That's almost right for an incremental backup.  You need a /SAV at the end, G or you will get hundreds of files named 29APR02.USR4 on your tape.  I'mt6 guessing that's just a typo when you put it in news...  J >The directory was recently moved (24-APR-2002) to $1$DKA200: from another >disk.H >Since then my nightly incremental backups on 24-APR-2002 (expected) and >25,26J >and 29-APR-2002 (not expected) have backed up all files in the directory. >OtherI >directories on $1$DKA200: behave as expected with respect to incrementalB	 >backups.t  L I had a similar problem once.  Something about normal BACKUP not setting theJ modification date on the top level directory [000000]000000.DIR.  Try this	 one time:-  1     $ backup /record $1$DKA200: nl:a.b/save/imager  K This backs up the entire disk to the null device.  The /IMAGE is important, K because that's the only way the top-level directory backup date gets set (Ik think)..  L The "incremental" backup script I use checks the dates on 000000.DIR, and ifL the modification is more recent than the backup, it does a full image backup of that device.e  $ $ varflags := /mod/since=backup/fast $ files := [*...]*.*;*1 $ rootname = f$search(p2 + ":[000000]000000.DIR")s $ if rootname .nes. "" $ then@ $     backup_date = f$cvtime(f$file_attributes(rootname, "BDT"))= $     mod_date = f$cvtime(f$file_attributes(rootname, "RDT"))a# $     if backup_date .les. mod_date 
 $     thenI $!        BACKUP will do all files anyway, so make it a full image backup-7 $!        so that it won't do the same thing next time.  $!) $         saveset = saveset - ".I" + ".F"c $         varflags := /image $         files = "" $     endifr $ endif  $!& $ backup /ignore = (label,interlock) -          /noalias -           /record -          /noinit/norewind - #          /media_format=compaction -r          'varflags' - 6          /block  = 32768                'p2':'files' -;                                         tape:'saveset'/save  $!  + --Keith Lewis              klewis$mitre.orgt> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 30 Apr 2002 18:39:56 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman) Subject: Re: BACKUP Question= Message-ID: <343f30ae.0204301739.6bcdc724@posting.google.com>e  b lewis@PROBE.mitre.org (Keith A. Lewis) wrote in message news:<aan3et$lqd$1@newslocal.mitre.org>... > Hauser <Hauser@Fauske.com> writes in article <4E1C1F1AC66D3743BC95ACBC8DA96726731274@server.FAUSKE.COM> dated Tue, 30 Apr 2002 15:38:39 -0500:2 > >$ backup/record/fast/ignore=(interlock,label) - > > /media_format=compact -e0 > > /list=$7$dka0:[hauser.backup]$1$DKA200.LIS -" > > /since=backup/modified/noinc - > >  $1$DKA200:[*...] -o > >  DS10A$MKA600:29APR02.USR4 > M > That's almost right for an incremental backup.  You need a /SAV at the end,-I > or you will get hundreds of files named 29APR02.USR4 on your tape.  I'md8 > guessing that's just a typo when you put it in news...    @ Unless it's been changed since v6.2, you don't need /SAVE if theD save-set device is a tape drive. You only need it if the save set is going on a disk.   > L > >The directory was recently moved (24-APR-2002) to $1$DKA200: from another > >disk.J > >Since then my nightly incremental backups on 24-APR-2002 (expected) and > >25,26L > >and 29-APR-2002 (not expected) have backed up all files in the directory. > >OtherK > >directories on $1$DKA200: behave as expected with respect to incrementalc > >backups.e > N > I had a similar problem once.  Something about normal BACKUP not setting theL > modification date on the top level directory [000000]000000.DIR.  Try this > one time:e    D This appears to be exactly the problem. The backup date field in the= problem directory is <No backup recorded>. This directory was > apparently copied to the disk after the last image backup, andE apparently the incremental backups don't update the backup date fieldeF on the .DIR file. And maybe this file's backup date field is not being@ updated because the last image backup never saw it (you said youC copied it to that disk since) and didn't itself update it. So maybelC the incremental realizes that and leaves the field alone to be suresE you always copy stuff from there, because BACKUP then knows that somevE files from that directory may not ever otherwise end up on your tapesrA and thereby never make it back to disk in the event of a restore.nB Yeah, that's what happened, maybe. VMS Engineering really wants toF make sure you don't miss any data! But then the incremental could justB copy everything in that directory and update the backup date field anyway. Whatever.    C OTOH, you did specify /NOINCREMENTAL but that qualifier has a buggykE history. Maybe you need to move /NOINC between the BACKUP command andnC the input sepcifier. BACKUP is very fussy about the placement of atp? least some of its qualifiers. OTFH, see the previous paragraph.     3 >     $ backup /record $1$DKA200: nl:a.b/save/imagen > M > This backs up the entire disk to the null device.  The /IMAGE is important,r    D The suggestion above will update the backup date fields of all filesD on the disk. I don't think you want that because it would cause your$ next incremental to miss some files.  
 Instead, try t  .     $ BACKUP/RECORD $1$DKA200:[000000...]*.DIR NL:A.B/SAVE_SET/NOCRC/GROUP=0w  F The /NOCRC/GROUP=0 speeds it up a little. This updates the backup dateD fields in only the .DIR files (the old workaround for this problem).2 Acutally, instead of doing all .DIR files, just do  1     $ BACKUP/RECORD $1$DKA200:[000000]ELICSON.DIRh NL:A.B/SAVE_SET/NOCRC/GROUP=0n  9 since that's the only misbehaving directory in this case.3   [rest of quote snipped]    Disclaimer: JMHO Alan E. Feldman " afeldman ATSKI gfigroup dotski com   ------------------------------  # Date: Tue, 30 Apr 2002 20:28:16 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)? Subject: Re: Can I delete those *.EXE_OLD files on system disk?p9 Message-ID: <A7Dz8.34$3B1.665641@cacnews.cac.cpqcorp.net>e  t In article <ff6f1d30.0204300813.3d48ed76@posting.google.com>, wcoltters@yahoo.com (Wilson Guerrero-Coltters) writes:  9 >May I assume that those .EXE_OLD are created by patches?2  C In general, no.  These may have been created by any PRODUCT INSTALLwG operation in which some or all of the files in the kit have the ARCHIVE-F option.  OpenVMS patches use this and are probably the source of these8 files, but other products may do so for various reasons.  # >Can I delete securely those files?e  G You probably should not.  They are there for a reason -- in the case ofeH OpenVMS patches, the provide a quick-and-dirty un-do capability that canF avoid having to reinstall OpenVMS and any patches you DO want to keep.+ (ALL patches are removed by the reinstall.)t  E When you upgrade to OpenVMS V7.3 or later, the appropriate _OLD filesiD are removed as part of the upgrade.  Unless you are really short of 4 disk space, I suggest you do NOT remove these files.   -- eK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA4H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 30 Apr 2002 22:09:40 -07004 From: wcoltters@yahoo.com (Wilson Guerrero-Coltters)? Subject: Re: Can I delete those *.EXE_OLD files on system disk?K= Message-ID: <ff6f1d30.0204302109.2875b711@posting.google.com>u   Hi,r5 Thank you to all the people who reply to my question.-5 This newsgroup has proved to be very useful during my2 learning years of OpenVMS.  4 As a last comment, I will keep those .EXE_OLD files.< One more CD is a minimum detail compared to a reinstallation of OpenVMS in case of problems.e  
 Best regards,C   Wilson.3  y hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) wrote in message news:<A7Dz8.34$3B1.665641@cacnews.cac.cpqcorp.net>...ev > In article <ff6f1d30.0204300813.3d48ed76@posting.google.com>, wcoltters@yahoo.com (Wilson Guerrero-Coltters) writes: > ; > >May I assume that those .EXE_OLD are created by patches?  > E > In general, no.  These may have been created by any PRODUCT INSTALL I > operation in which some or all of the files in the kit have the ARCHIVE'H > option.  OpenVMS patches use this and are probably the source of these: > files, but other products may do so for various reasons. > % > >Can I delete securely those files?A > I > You probably should not.  They are there for a reason -- in the case ofaJ > OpenVMS patches, the provide a quick-and-dirty un-do capability that canH > avoid having to reinstall OpenVMS and any patches you DO want to keep.- > (ALL patches are removed by the reinstall.)g > G > When you upgrade to OpenVMS V7.3 or later, the appropriate _OLD fileshF > are removed as part of the upgrade.  Unless you are really short of 6 > disk space, I suggest you do NOT remove these files.   ------------------------------   Date: 1 May 2002 00:14 CDT' From: carl@gerg.tamu.edu (Carl Perkins))? Subject: Re: Can I delete those *.EXE_OLD files on system disk?0, Message-ID: <1MAY200200145402@gerg.tamu.edu>  v In article <ff6f1d30.0204300813.3d48ed76@posting.google.com>, wcoltters@yahoo.com (Wilson Guerrero-Coltters) writes... }Hi everybody, } F }Well, we have an alpha DS10, OpenVMS 7.2-1 I want to backup my system% }disk using the following combinationt> }LD devices+ BACKUP+FTP to PC+burn to CDs using Nero, whatever@ }You may ask why bother, well we don't have a tape drive on this }machine, don't ask :-)K@ }The process is very straightforward, and I successfully tested.@ }My problem is that at present my system disk occupies 3 CDs and$ }I would like to reduce it to 2 CDs.C }During the backups I notice that on the system disk there are manyi }files like these: } @ }[SYS0.SYSCOMMON.SYSEXE]SYSMAN.EXE;1                       389   }7-DEC-2000 01:46r? }[SYS0.SYSCOMMON.SYSEXE]SYSMAN.EXE_OLD;2                   389 s }29-DEC-1999 04:06? }[SYS0.SYSCOMMON.SYSEXE]SYSMAN.EXE_OLD;1                   387   }28-MAY-1999 23:23 } 9 }May I assume that those .EXE_OLD are created by patches?.# }Can I delete securely those files?n }  }Wilson.  @ You are most likely correct. The installation proceedure for the7 patch kits renames the images it replaces to *.EXE_OLD.    Is you system working?% Do you have a backup with them on it?4  9 If you answered "yes" to both of these, then it is almost  certainly safe to delete them.  B (You should note that restoring your system disk from a set of CDsA with a split backup like this may be somewhat unlike anything youe might call "easy".)u   --- Carl   ------------------------------  # Date: Tue, 30 Apr 2002 21:17:55 GMT # From: "John Smith" <a@nonymous.com>== Subject: COMPAQ DEAD - Let the product cuts and layoffs beginiH Message-ID: <7SDz8.51793$Il1.37878@news02.bloor.is.net.cable.rogers.com>  > http://online.wsj.com/article/0,,SB1020199067735051320,00.html   April 30, 2002  4:57pm      7 Hewlett Loses Bid to Derail H-P's Acquisition of Compaq ) A WALL STREET JOURNAL ONLINE NEWS ROUNDUPi  F WILMINGTON -- A Delaware judge Tuesday dismissed dissident shareholderK Walter Hewlett's lawsuit seeking to block Hewlett-Packard Co.'s acquisitionsH of Compaq Computer Corp., clearing the way for the companies to combine.  J Delaware Chancery Court Judge William B. Chandler III's decision brings toI an end Mr. Hewlett's six-month campaign against H-P's planned $19 billioneF merger with Compaq. Mr. Hewlett, the son of an H-P co-founder, filed aJ lawsuit in Delaware Chancery Court late last month seeking to overturn theJ preliminary proxy vote count approving the deal after he fell short in theC March 19 shareholder vote. H-P shareholders voted Friday during the0J company's annual meeting against renewing Mr. Hewlett's term as a director on H-P's board.   K In his complaint, Mr. Hewlett alleged H-P had coerced Deutsche Bank AG intopD switching 17 million of its H-P shares in favor of the deal. He alsoI contended H-P had misrepresented how its integration efforts with Compaq, 8 Houston, Texas, were progressing. H-P denies the claims.  J Judge Chandler ruled Tuesday that the plaintiffs "failed to prove that H-PK management improperly enticed or coerced Deutsche Bank into voting in favore of the merger."e  K To successfully overturn the vote, Mr. Hewlett needed to convince the courtKL to invalidate Deutsche's ballots and possibly others that Mr. Hewlett claims/ were cast based on misrepresentations from H-P.k  L Either side could appeal the judge's decision to the Delaware Supreme Court,8 which typically is the ultimate arbiter on such matters.  H H-P two weeks ago said official results showed shareholders approved theI deal by a margin of 45 million votes, or 51.4% to 48.6% -- well above thefK disputed Deutsche Bank votes. The company has set a May 7 launch date for am combined H-P and Compaq.  L Last week, H-P Chief Executive Carly Fiorina and other top executives of theK Palo Alto, Calif., printer and computer maker denied all the charges during K intensive questioning on the witness stand. At the conclusion of the trial, G Ms. Fiorina said she felt "very confident" that H-P will prevail in thes court case.l   ------------------------------  % Date: Tue, 30 Apr 2002 15:35:55 -0400u+ From: Michael Corbett <corbett@PROCESS.COM>i; Subject: Re: comparison chart: pros and cons of WWW serversK* Message-ID: <3CCEF21B.1050802@PROCESS.COM>   Phillip Helbig wrote:   G > Does anyone have (or can anyone point me to) a GENERAL comparison of i? > various HTTP servers for VMS (OSU, CSWS, WASD, Purveyor,...)?. >   K Just a note on Purveyor.  We will still sell Purveyor to customers who wantmL it.  It is however not supported, is not being developed anymore and has notK had any development done on it in over 2 years. If I was implementing a newa, HTTP server I would chose one of the others.   regards  Mike   --  K +-------------------------------------------------------------------------+)D Michael Corbett                           Email: Corbett@process.comB Process Software                          Phone: 800 722-7770 x369B 959 Concord St.                                  508 879-6994 x369= Framingham MA 01701-4682                  FAX:   508 879-0042g   ------------------------------  % Date: Tue, 30 Apr 2002 21:33:14 -0400   From: John Santos <JOHN@egh.com>; Subject: Re: COPY/RCP fails to remote node (UCX4.2 VMS 7.1)o4 Message-ID: <1020430213004.334B-100000@Ives.egh.com>  ' On Tue, 30 Apr 2002, Simon Brown wrote:i   > Matt,eE > We will upgrade, just do not have time for that before integration.eF > Thanks for info on 5.1, knowing no syntax changes etc helps on that.  A They officially changed all the DCL commands to be "$ TCPIP xxxx" B instead of "$ UCX xxxxx" in V5.0, but UCX is still in as a synonym? for TCPIP, and I haven't encountered anything that doesn't workl	 with UCX.   < One of the wonders of product name changes.  Like the silent "open" in "OpenVMS" ;-)e   HTH    --   John Santosl Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Wed, 01 May 2002 02:58:42 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s" Subject: Re: Create AF_LAT socket?' Message-ID: <3CCF5CD1.8EFBE7E7@fsi.net>-   Fredrik Blomstedt wrote: >  > Hi!  > , > How to create a LAT socket and address it? > 8 > For creating the socket, should it be something like :& > lats = socket(PF_LAT,STREAM,AF_LAT); > or?n > 4 > Were can I get some information about this? How to7 > address a LAT-socket with connect, bind, read, write?, > : > I need information about the most common socket commands@ > like : socket, setsockopt, bind,  connect, read and send - for > LAT usage... >  > Please...y  G Use LATCP to create to create a device ("port"), then open, read, writel  and close like any other device.   ...or did I miss your point?   -- e David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  % Date: Tue, 30 Apr 2002 15:44:57 -0400e0 From: "Syltrem" <syltremspammenot@videotron.com>4 Subject: Re: DCL labels out of scope after ON ERROR?5 Message-ID: <ztCz8.10706$a04.48442@tor-nn1.netcom.ca>e  H > GOTO'ing _back_ to before the IF, definitely was a problem. Whether itH > is still, I don't know, because after that expererience, I always jump (snip)  F When IF..THEN..ELSE...ENDIF was first introduced I remember there were problems with GOTOs.I Not anymore. Actually, the problem didn`t last very long and was probablyw/ fixed in the next minor release (was it 6.1 ?).i   Regards, --   SyltremeI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)n> To reply to myself directly, remove .spammenot from my address  J "Dave Weatherall" <djweath@attglobal.net> a crit dans le message de news:* DTiotGxQ0bj6-pn2-dnZvojwbOUM1@localhost...- > On Mon, 29 Apr 2002 18:36:10 UTC, "Syltrem"s) > <syltremspammenot@videotron.com> wrote:m >yH > > >Also, DEC BASIC will yell at you at compile time if you try that in > > >BASIC.s > > No it won't! > >e: > > It will only complain if you GOTO INSIDE an IF...ENDIFI > > And it makes sens that it does. Same way as it is complaining GOTOing  into > > WHILE, UNTIL, FOR... > >eJ > > GOTOing out of a n IF block (or any other block) is not a problem with thea, > > exception of GOSUB which is NOT a block. > >d >bH > GOTO'ing _back_ to before the IF, definitely was a problem. Whether itH > is still, I don't know, because after that expererience, I always jumpH > forward beyond the ENDIF before going back to the beginning of a loop.G > I always assumed that, beacuse of the way it processed the file,  thed/ > DCL parser never saw the IF/ENDIF terminated.  > > > The other day I came across the following line in one of theC > procedures that I was developing when I came encountered the GOTOu
 > behaviour :p >nD > x = 0 ! this does nothing more restore sanity to DCL - why I dunno >c > -- > Cheers - Dave.   ------------------------------  # Date: Tue, 30 Apr 2002 20:09:17 GMTe8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)4 Subject: Re: DCL labels out of scope after ON ERROR?9 Message-ID: <NRCz8.32$3B1.665641@cacnews.cac.cpqcorp.net>e  > In article <200204261543.AA209846568@mail.technologease.com>, 0 "Chris Olive" <colive@technologease.com> writes:E >...I thought the following little piece of DCL code would work fine:t >y >$ PrcNam = "First Last"
 >$ SetPrcNam:c' >$ On Error Then Goto SetPrcNam_Handlers >$ Set Process/Name="''PrcNam'"n >$ ...next DCL statement...W >$ >$ SetPrcNam_Handler:n >$    PrcNam = PrcNam + " "tN >$    If F$Length( PrcNam ) .GT. 15 Then PrcNam := 'F$GetJPI( "", "USERNAME" ) >$ Goto SetPrcNamn ..@ >Target of GOTO not found - check spelling and presence of label
 > \SETPRCNAM\   < I'd make a small bet that DCL_CHECK would find your problem., Get it on a recent FREEWARE CD, or email me.  < DCL_CHECK will find at least one obvious error in this line:N >$    If F$Length( PrcNam ) .GT. 15 Then PrcNam := 'F$GetJPI( "", "USERNAME" )  K Although it probably works as intended, DCL requres a closing single-quote,u- which should be added at the end of the line.    -- -K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAsH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Wed, 01 May 2002 02:03:07 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 4 Subject: Re: DCL labels out of scope after ON ERROR?' Message-ID: <3CCF4FC9.CEB73754@fsi.net>a   Syltrem wrote: > J > > GOTO'ing _back_ to before the IF, definitely was a problem. Whether itJ > > is still, I don't know, because after that expererience, I always jump > (snip) > H > When IF..THEN..ELSE...ENDIF was first introduced I remember there were > problems with GOTOs.K > Not anymore. Actually, the problem didn`t last very long and was probablyr1 > fixed in the next minor release (was it 6.1 ?).    It's still bad practice, IMHO.   -- s David J. Dachterah dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------   Date: 30 Apr 2002 21:04 CDTh' From: carl@gerg.tamu.edu (Carl Perkins)eC Subject: Re: DECUS/EncompassUS Survey -- no longer assuming Windows - Message-ID: <30APR200221044847@gerg.tamu.edu>a  5 "Terry C. Shannon" <terryshannon@attbi.com> writes... ; }"JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in messagel' }news:3CCA0942.79A49B45@videotron.ca...- }> "Terry C. Shannon" wrote:K }> > Another good point. Any suggestions on how we could implement a survey:D }> > without dealing with cookies, IP addresses, or email addresses? }>5 }> Combination of postal code and day/month of birth.a }  }Thanks, JF!  G If as few as something like 23 people with one postal code answer, oddsnA are better than 50% that two of them will have the same birthday.r   --- Carl   ------------------------------  % Date: Tue, 30 Apr 2002 12:06:41 -0400r; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> % Subject: Re: exceed escape charactersR$ Message-ID: <3ccec1a5$1@news.si.com>  F >does anyone know how to use escape characters when using the terminalE >emulator "exceed"? (CTRL V then 3 doesn't seem to work in TPU editor0E >nor does CTRL 3 then 3 from EDT) I'm guessing I may need to change a B >setting in exceed. I'm running 6.2.0 of Hummingbird exceed and am  >connecting over telnet. Thanks!  D You have to use the correct keymap in exceed.  Exceed's telnet worksL perfectly for me.  Open your telnet profile with "Edit Profile".  Expand theJ "Terminal" tree and highlight "Keyboard".  In the "Keymap" drop-down, findD "ATM-VT420" and select it.  Click "OK".  Your keys should work fine.  L By the way, what does CTRL-3 supposedly do?  It's not a pre-defined function in EDT, I don't believe. --A Brian Tillman                   Internet: tillman_brian at si.com2A Smiths Aerospace                          tillman at swdev.si.comm= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 30 Apr 2002 15:27:00 -0400I  From: norm.raphael@jamesbury.com% Subject: Re: exceed escape charactersT4 Message-ID: <C2256BAB.006B7ADB.00@jklh22.valmet.com>  = tillman_brian@notnoone.notnohow.com on 04/30/2002 12:06:41 PMH  5 Please respond to tillman_brian@notnoone.notnohow.comt   To:   Info-VAX@mvb.saic.como cc:p& Subject:  Re: exceed escape characters        N > By the way, what does CTRL-3 supposedly do?  It's not a pre-defined function > in EDT, I don't believe.  I <CTRL-3><CTRL-3> or <CTRL-[><CTRL-[> within EDT change mode will generatei& one <ESC> as will <GOLD-27><GOLD-KP3>.   > --C > Brian Tillman                   Internet: tillman_brian at si.comhC > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevento> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 30 Apr 2002 14:44:32 -0400t  From: norm.raphael@jamesbury.comY Subject: FILE NoTRUNCATE after VMS UPGRADE (was: Re: Can I delete those *        .EXE_OLD-4 Message-ID: <C2256BAB.0066DB80.00@jklh22.valmet.com>   This reminded me of a question.)I When I look at my system disk, I find that files created by VMS installs,- Upgrades, and ECO's all2> have inherited a cluster facter allocation larger than needed.E For example, this VAX V7.2 system disk has a cluster factor of 4, butu  9 VMB.EXE;2               87/140    29-MAY-2001 17:03:53.00,9 VMB.EXE;1               87/92     16-DEC-1998 13:48:06.22m  < Neither of these is allocated at the minimum value of 87/88.  N This has been magnified by very early system disks with a cluster factor of 11
 or 22, andP the fact that allocation after backup copies always grows to the next allocation on theP target (i.e., 6/11 copied to a 4 becomes 6/12, 6/12 copied to a 10 becomes 6/20, etc.))K This could be partly alleviated if BACKUP/TRUNCATE were used, and/or if the P target directories were afterwards subjected to SET FILE/TRUNCATE, and/or if theP various subroutines in VMSINSTAL or PCSI did the right thing with the files they provide.I Of course truncating willy-nilly could have some negative side-effects ont preallocated. files not involved in the specific situations.  6 This causes the disk to fill up sooner than necessary.  	 Comments?a   -Norm         2 jilly@clarityconnect.com on 04/30/2002 12:41:31 PM  * Please respond to jilly@clarityconnect.com   To:t/ cc:    (bcc: Norm Raphael/WOR/Automation/METSO) @ Subject:  Re: Can I delete those *.EXE_OLD files on system disk?      G Yes those were created by patch kits, see PRODUCT SHOW HISTORY to crossrD reference the times to figure out what kit was installed.  Since youF have had no issues with the new image, yes you may delete the .EXE_OLD files.   [Snip] --G Jilly     - Working from Home in the Chemung River Valley - Waverly, NYt@      - jilly@clarityconnect.com               - Brett Bodine fan;      - Mark.Jilson@Compaq.com            - since 1975 or sod0      - http://www.jilly.baka.com               -   ------------------------------  # Date: Wed, 01 May 2002 02:54:25 GMTh1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d) Subject: Re: Fix for EDT emulation in EVEe' Message-ID: <3CCF5BCC.6F7DD929@fsi.net>    Peter Weaver wrote:y > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3CCDF409.7FE15E62@fsi.net...s > >...I > > I have rather an extensive EDTINI.EDT file. I cannot justify making amI > > career out of converting it to TPU. Would have been nice had DEC come @ > > out with an EDT -> TPU translator for your EDTINI.EDT files. > M > Why don't you post some of your main keys and see if any of us have already7G > created the TPU code to do what you want? (Note: I'm not promising to J > convert your keys, but I'll take a look at what I have already.) I stillJ > have 105 DEFINE KEY statements in my own .EDT file, and regularly switchE > from my own EDT, line mode EDT (never know when I'll have to edit aWJ > SYSTARTUP_VMS on a DECWriter console again), my own TPU and default TPU.  A Well, here's an annotated version of my EDTINI.EDT. I've actuallysC forgotten why I did some of these, so some lack comments. Some texte wraps...  7 ! EDTINI.EDT    V1.0    ??-???-82 by David J. Dachtera,e? !                               International Software Laiason, B !                               American Heritage Industries, Inc. !n7 !               V2.0    ??-Oct-85 by David J. Dachtera,-9 !                               Independent Consultant tor7 !                               Murphy Management Corp.- !t7 !               V2.1    15-Jul-87 by David J. Dachtera,5G !                               D. P. Supr., TC Manufacturing Co., Inc.. !/7 !               V2.2    18-Oct-88 by David J. Dachtera,2G !                               D. P. Supr., TC Manufacturing Co., Inc.  !A7 !               V2.2-01 31-Jul-89 by David J. Dachtera, D !                       VAX Cluster Manager, RR Donnelley & Sons Co. !l9 !               V2.2-02 22-Jan-1992 by David J. Dachtera, D !                       VAX Cluster Manager, RR Donnelley & Sons Co. ! A !       This file is intended for use by programmers and does notbB !       set anything which is useful to those whose needs would be> !       better served by DECWORD, DECtype, WPS/Plus, TPU, etc. !PE !       VT2xx top-row keys (LK201) are assigned to alternate keys forh! !       use with VT1xx terminals.r !r% ! Make GOLD CTRL+J the same as CTRL+J # DEFINE KEY GOLD CONTROL J AS "DBL."o ! Quit, without saving journal. ! DEFINE KEY GOLD  ? AS "EXT QUIT."l ! Exit, save journal& DEFINE KEY GOLD  + AS "EXT EXIT/SAVE."B ! Substitute next for terms that lack a functional keypad (certain
 emulators) DEFINE KEY GOLD  "'" AS "SN."lG ! Substitute for terms that lack a functional keypad (cetain emulators)iE DEFINE KEY GOLD  '"' AS "S/?'Search string: '/?'  Replacement String:  '/."8 ! Move cursor to beginning of text most recently PASTEd. DEFINE KEY GOLD  _ AS "-KS +C."l ! Switch to a buffer called ALTi) DEFINE KEY GOLD  A AS "EXT CHANGE =ALT.."i ! Switch to any buffer1 DEFINE KEY GOLD  B AS "EXT CHANGE =?'Buffer: '..", ! Transpose characters! DEFINE KEY GOLD  C AS "D+CCUNDC."e: ! Delete the current select range (preserve PASTE buffer). DEFINE KEY GOLD  D AS "DSR."7 ! Exit saving contents of MAIN buffer, discard journal.e! DEFINE KEY GOLD  E AS "EXT EXIT." ! ! Write current buffer to a file.m3 DEFINE KEY GOLD  F AS "EXT WRITE ?'Output file? '."d  ! Paste ("get") from any buffer.; DEFINE KEY GOLD  G AS "PASTE=?'Paste from which buffer? '.".# ! Put the HELP key where it belongst DEFINE KEY GOLD  H AS "HELP."p5 ! Include another file at the current cursor positiond4 DEFINE KEY GOLD  I AS "EXT INCLUDE ?'Input file? '." ! Transpose wordse! DEFINE KEY GOLD  J AS "DEWWUNDW."p ! Cut to any buffera7 DEFINE KEY GOLD  K AS "CUTSR=?'Cut to which buffer? '."  ! Transpose linesd$ DEFINE KEY GOLD  L AS "D+NL L UNDL." ! Switch (back) to MAIN buffer.f* DEFINE KEY GOLD  M AS "EXT CHANGE =MAIN.."% ! Set screen to 80 columns ("narrow")-* DEFINE KEY GOLD  N AS "EXT SET SCREEN 80.". ! Print the current buffer to a device or file4 DEFINE KEY GOLD  P AS "EXT PRINT ?'Print device? '." ! Quit, saving journal& DEFINE KEY GOLD  Q AS "EXT QUIT/SAVE."$ ! Set screen to 132 columns ("wide")+ DEFINE KEY GOLD  W AS "EXT SET SCREEN 132."f. ! UNPASTE: Undo the most recent PASTE (buggy).1 DEFINE KEY GOLD  X AS "SEL -KS +C CUTSR=UNPASTE."., ! Flip the current select range to uppercase DEFINE KEY GOLD  [ AS "CHGUSR."p+ ! Insert the current date/time ala WPS-Pluss DEFINE KEY GOLD  \ AS "DATE."o, ! Flip the current select range to lowercase DEFINE KEY GOLD  ] AS "CHGLSR."n ! PASTE from any buffer.A DEFINE KEY GOLD  { AS "CUTSR PASTE=?'Paste from which buffer? '."-% ! Cut to / Replace from any buffer(s)bD DEFINE KEY GOLD  } AS "CUTSR=?'Cut to which buffer? ' PASTE=?' Paste from which   buffer? '."  ! Assign shift right to ">" keyo DEFINE KEY GOLD  > AS "(SHR)." ! Assign shift left to "<" key DEFINE KEY GOLD  < AS "(SHL)." !  ! Keypad keys. !0? ! Redefine SECT key to preserve cursor position relative to BOL2 DEFINE KEY       8 AS "(16V)."# ! Redefine PF2 key to insert a <FF>C  DEFINE KEY      10 AS "(12ASC)."9 ! Redefine GOLD PF2 to move by 60 lines, then insert <FF>>$ DEFINE KEY GOLD 10 AS "(60L 12ASC)." DEFINE KEY GOLD 14 AS "EL."  DEFINE KEY GOLD 15 AS "BL."e !r ! LK201 Edit and keystrip keys.n !f ! Add GOLD Fn to "paste" keyD DEFINE KEY GOLD FUNCTION  2 AS "PASTE=?'Paste from which buffer? '." ! Add GOLD Fn to "cut" key@ DEFINE KEY GOLD FUNCTION  3 AS "CUTSR=?'Cut to which buffer? '."; ! Cancel the current select range preserving other settingsn' DEFINE KEY GOLD FUNCTION  4 AS "DESEL."s( ! Define GOLD PREV as move a full screen( DEFINE KEY GOLD FUNCTION  5 AS "(-22L)."( ! Define GOLD NEXT as move a full screen( DEFINE KEY GOLD FUNCTION  6 AS "(+22L)." !- ! These are the top-row keys...  !2 ! Replace from any bufferdF DEFINE KEY      FUNCTION 18 AS "CUTSR PASTE=?'Paste from which buffer? '."e% ! Cut to / Replace from any buffer(s) G DEFINE KEY GOLD FUNCTION 18 AS "CUTSR=?'Cut to which buffer? ' PASTE=?'a Paste from which buffer? '."' ! Define CANCEL as QUIT, saving journali/ DEFINE KEY      FUNCTION 19 AS "EXT QUIT/SAVE."r- ! Define GOLD CANCEL as QUIT, discard journal * DEFINE KEY GOLD FUNCTION 19 AS "EXT QUIT."- ! Define EXIT as EXIT (what a novel concept!)a* DEFINE KEY      FUNCTION 21 AS "EXT EXIT."* ! Define GOLD EXIT as EXIT, saving journal/ DEFINE KEY GOLD FUNCTION 21 AS "EXT EXIT/SAVE."e8 ! Move cursor to beginning of text most recently PASTEd.( DEFINE KEY GOLD FUNCTION 26 AS "-KS +C."$ ! Define DO key the same as GOLD-KP72 DEFINE KEY GOLD FUNCTION 29 AS "EXT ?'Command: '."6 ! This is essentially the same as ENTER, but not quite" DEFINE KEY      FUNCTION 31 AS "."% ! UNPASTE: Undo the most recent PASTE-: DEFINE KEY GOLD FUNCTION 31 AS "SEL -KS +C CUTSR=UNPASTE." ! Substitute next.$ DEFINE KEY      FUNCTION 32 AS "SN." ! Manual substitutetD DEFINE KEY GOLD FUNCTION 32 AS "S/?'Search string: '/?'  Replacement String: '/."
 ! Move to BOL $ DEFINE KEY      FUNCTION 33 AS "BL." ! Delete to BOLl% DEFINE KEY GOLD FUNCTION 33 AS "DBL."r, ! Flip the current select range to uppercase( DEFINE KEY      FUNCTION 34 AS "CHGUSR.", ! Flip the current select range to lowercase( DEFINE KEY GOLD FUNCTION 34 AS "CHGLSR." !  ! Custom line mode commands.
 SET NONUMBERSo	 SET NOTABw SET MODE CHANGE    Have at it!   B ...and feel free to pinch anything you find useful or interesting.   -- n David J. Dachtera  dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 30 Apr 2002 14:20:58 -0500 + From: Christopher Smith <csmith@amdocs.com>@5 Subject: FW: GUI VMS application on Linux workstationeJ Message-ID: <7E008308CD77154485FEF878168D078E017844F7@CMIMAIL1.amdocs.com>   > -----Original Message-----> > From: wspencer@ap.nospam.org [mailto:wspencer@ap.nospam.org]  < > If you're trying to open an OpenVMS session on your Linux  > workstation (your A > question is somewhat ambiguous), perhaps someone else can help.e  A Well, the basic idea is that you will (on the linux box) do this:    $ xhost +VMSBOXo  > (VMSBOX there is the name of your VMS machine, or its address)? There are other, probably better ways to do access control, buto I won't get into that just now.n  ; Then you go to the VMS system -- maybe by telneting in, so:a   $ telnet VMSBOXp   Username: SYSTEM Password: UNIXUX   .. etc, etc...  @ Then you tell the system which machine you'd like to display on,? and run the script that starts your X11 session.  I'm a little e? fuzzy on how to do this, but it's covered here frequently, and o probably in the FAQ.  G I recall the name of the command file to run might be DECW$SESSION.COM,-6 or something like that, but dont' take my word for it.   Chris@  ! Christopher Smith, Perl Developerm Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");p 't      ------------------------------  # Date: Wed, 01 May 2002 04:25:12 GMTO. From: Geoffrey Pratt <geoff@genna.demon.co.uk>9 Subject: Re: FW: GUI VMS application on Linux workstationi4 Message-ID: <20020501.4251200.2372884714@imagnu.geo>  B > Then you tell the system which machine you'd like to display on,@ > and run the script that starts your X11 session.  I'm a little@ > fuzzy on how to do this, but it's covered here frequently, and > probably in the FAQ.  * To get a DECterm up on the linux display:-  0 set display/create/node=3DLINUXBOX/trans=3Dtcpip create/terminal/nologgin/detache  @ A DECterm should appear on the LINUXBOX and prompt you to login.   Geoff.   ------------------------------  # Date: Tue, 30 Apr 2002 23:49:05 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net> Subject: Re: Gold keyU< Message-ID: <R3Gz8.2$964.0@newsread2.prod.itd.earthlink.net>  G "it depends" on your terminal package.  If you're using Powerterm (hint G hint) the numlock, /, * and - keys map to PF1, 2, ,3 and 4.  PF1 is theeE "gold key".  Procomm plus works well out of the box with the same key C mapping.   Hyperterm or Windows telnet do not properly support a VTs	 keyboard.p  I If your can tailor your keyboard use:  "^[0P", "^[0Q", "^[0R" & "^[0S" to  map these keys.d   -- Andy Bustamanteo Remove the ASCII 95s to replyL      @ "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com> wrote in message) news:ucraltqve6to7b@corp.supernews.com..._ > Hi,o: > I am a novice to VMs system and learning the EDT editor.+ > I am at present going through the manual.rE > I want to know what is "Gold Key". I am using normal keyboard which  doesn'trJ > have "Gold" return on any of the keys. How do I simulate it using normal > keyboard?m > Any help is most appreciated.o >l > Thanks in advancex	 > Sandeepe >  >s >  >    ------------------------------  % Date: Tue, 30 Apr 2002 20:17:08 -0400 . From: "warren sander" <sander@ma.ultranet.com> Subject: Re: Gold keyP+ Message-ID: <aanc94$427$1@bob.news.rcn.net>-  H The reason it's called 'gold key' was that at one point Digital actually1 manufactured keyboards with a 'gold key' on them.a   I still have one..   --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingK Compaq Computer Corporation          Work:  warren.sander@remove.compaq.comAL 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com3 Marlboro, MA 01752                   (508) 467-4875 5    My opinions are my own and I only speak for myselfi,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------@ "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com> wrote in message) news:ucraltqve6to7b@corp.supernews.com...  > Hi,y: > I am a novice to VMs system and learning the EDT editor.+ > I am at present going through the manual.TE > I want to know what is "Gold Key". I am using normal keyboard whicha doesn'ttJ > have "Gold" return on any of the keys. How do I simulate it using normal > keyboard?e > Any help is most appreciated.a >  > Thanks in advancen	 > Sandeeps >  >w >  >T   ------------------------------  % Date: Tue, 30 Apr 2002 18:46:45 -0000a- From: wspencer@ap.nospam.org (Warren Spencer)f5 Subject: Re: GUI VMS application on Linux workstationa7 Message-ID: <9200970E6warrenspencer1977@209.249.90.100>c  6 Sandeep_Yelwatkar@bmc.com (Sandeep Yelwatkar) wrote in% <ucstao932v6df3@corp.supernews.com>: p   >Hi,D >    I run applications from VMS server on NT workstation (helped by
 >    EXCEED, t >Xsession or else...),: >but I don't know how to do this on a Linux workstation :( >Please help me !!!E >E >Sandeep  F This is an OpenVMS newsgroup - you may be better served by asking the ( question in a Unix or Linux newsgroup.    E If you're trying to open a Linux window on your Windoze box try this:   @ 1.  Open a telnet session on the Linux box from your Windoze box6 2.  Issue this Linux command:  xterm 10.220.220.10:0 &  H Substitute 10.220.220.10 with the IP address of your Windoze box.  Note J that the ":0" on the end of the IP address is required.  Make sure Exceed E is running on your Windoze box before issuing the xterm command.  If CK "xterm" is not valid command on your Linux box, your "path" is set wrong - t see your system administrator.  L If you're trying to open an OpenVMS session on your Linux workstation (your ? question is somewhat ambiguous), perhaps someone else can help.a   ws   -- I   Warren Spencer' Senior Software Engineer (not a writer)? The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------   Date: 30 Apr 2002 19:02:55 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) 5 Subject: Re: GUI VMS application on Linux workstation , Message-ID: <aampov$21dk$1@info.cs.uofs.edu>  7 In article <9200970E6warrenspencer1977@209.249.90.100>,)0  wspencer@ap.nospam.org (Warren Spencer) writes:9 |> Sandeep_Yelwatkar@bmc.com (Sandeep Yelwatkar) wrote inS( |> <ucstao932v6df3@corp.supernews.com>:  |>   |> >Hi,aG |> >    I run applications from VMS server on NT workstation (helped byi |> >    EXCEED,  |> >Xsession or else...),e= |> >but I don't know how to do this on a Linux workstation :(  |> >Please help me !!! |> > |> >Sandeepe |>  I |> This is an OpenVMS newsgroup - you may be better served by asking the "+ |> question in a Unix or Linux newsgroup.  !  D Unless he is trying to figure out how to display his VMS application/ on a Linux display rather than the Windows one.S   |> XH |> If you're trying to open a Linux window on your Windoze box try this: |> YC |> 1.  Open a telnet session on the Linux box from your Windoze box 9 |> 2.  Issue this Linux command:  xterm 10.220.220.10:0 &i  3 If this is what he is trying to do, the command is:K0                 xterm -display 10.220.220.10:0 &  B If he is trying to get his VMS application to display on the linuxA box, assuming it is already running X, bring up a terminal, enter @ the command "xhost The_Name_of_The_VMS_Host".  Then run the same> command you use to display on the windows box substituting theE name/address of the linux box where you normally put the name/address3 of the windows box.t   |> eK |> Substitute 10.220.220.10 with the IP address of your Windoze box.  Note pM |> that the ":0" on the end of the IP address is required.  Make sure Exceed "H |> is running on your Windoze box before issuing the xterm command.  If N |> "xterm" is not valid command on your Linux box, your "path" is set wrong - ! |> see your system administrator.t |>  O |> If you're trying to open an OpenVMS session on your Linux workstation (your gB |> question is somewhat ambiguous), perhaps someone else can help.   Well, I tried. :-)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   p   ------------------------------  % Date: Tue, 30 Apr 2002 15:42:41 -0700n From: "Amit Saxena" <a@b.c> , Subject: Help needed . VMS and POSIX signals. Message-ID: <3ccf224e$1_2@news.newsgroups.com>   Hello VMS gurus ,hG    Let me confess that  I am not VMS literate , actually I just startedh7 looking at VMS a few days back. So bear with me please.rJ   We are trying to port a library written for UNIX using POSIX threads andL signalling model. We have used sigwait and other pthread signal functions toK implement a signal event module. Now when I was writing the code for UNIX I.I checked and it seemed to me that VMS supports POSIX threads as of version L 7.2 so I didn't think it would take any special effort to port it. But as itL turns out the POSIX threads implementation doesn't seem to be complete . The documentation for POSIXaG threads simply states that sigwait , pthread_mask and the like are onlyoH supported for Tru64UNIX.   Hence I am kind of stuck and looking at otherJ ways to implement the same functionality. What is even more frustrating is@ that I can't seem to find any mention of how signals behave in aJ multithreaded environment in VMS. I have the following queries , if anyone6 can give me some pointers, I will really appreciate...  E 1. What is the relationship/difference between AST's and signals. Aren; signals implemented in the run time library using AST's ??? F 2. I believe I can install signal handlers using sigaction and relatedG functions. If yes then in a multithreaded program linking with POSIX mtdK libraries, which thread would the signal be delivered to ??? Since there is  no way to specify a per threadH signal mask in VMS (or is there ???) then does that mean that any signal	 generatedX. is delivered to any thread within the process?    Thanks a lot, -Amit                 L -----------== Posted via Newsfeeds.Com - Uncensored Usenet News ==----------H    http://www.newsfeeds.com       The #1 Newsgroup Service in the World!L -----= Over 100,000 Newsgroups - Ulimited Fast Downloads - 19 Servers =-----   ------------------------------  % Date: Tue, 30 Apr 2002 17:13:51 -04001( From: "Mike Foley" <mike-spam@yelof.com> Subject: HP vote cleared/ Message-ID: <ucu28g92vlsr0d@corp.supernews.com>n  4 http://news.com.com/2100-1001-895685.html?tag=fd_top  K "A Delaware judge ruled Tuesday that Hewlett-Packard's shareholder vote waseH legal, paving the way for the company to complete its merger with Compaq Computer. "   K     Looks like the game is on.. It'll be interesting to see how quickly thes ballJ     is put into motion and how soon the layoffs start and most relevant to thisK     group, what's to become of VMS. No, I don't think it'll die off. I just  want tomL     see some sort of statement made LOUD and CLEAR with reach and frequency.     mike   ------------------------------  # Date: Tue, 30 Apr 2002 21:24:52 GMTh# From: "John Smith" <a@nonymous.com> ' Subject: Re: HPS Times is now available H Message-ID: <EYDz8.51797$Il1.45624@news02.bloor.is.net.cable.rogers.com>  J You know it's really funny how every time a VMS-related newsletter changesG its name, the subscriber list seems to get trashed and I have to go and  re-register to receive it.  K It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customer-H to stop being interested in VMS, so that ComHPaq management can say that0 there is declining interest in VMS. Can that be?    = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messagee2 news:2ifz8.35$RW.555100@cacnews.cac.cpqcorp.net...5 > http://www.compaq.com/hps/news/hpstimes_issue1.html( >) >7   ------------------------------  % Date: Tue, 30 Apr 2002 23:54:59 +0200a9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>-' Subject: Re: HPS Times is now available ' Message-ID: <3CCF12B3.13BA0303@aaa.com>c   Have you read the paper ?u Most articles are VMS oriented..1 A few are about Tru64 issues, and just even feweri are NT and/or Linux stuff.   I see no problem here.  3 Say someone not nowing a bit about VMS sees a papers8 called "VMS times", would he/she read it ? Probably not.  A If someone sees a paper called "Compaq High Performance Systems", < reads it, and learn something about VMS, isn't that better ?     Jan-Erik Sderholm.        John Smith wrote:- > L > You know it's really funny how every time a VMS-related newsletter changesI > its name, the subscriber list seems to get trashed and I have to go ands > re-register to receive it. > M > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customerlJ > to stop being interested in VMS, so that ComHPaq management can say that2 > there is declining interest in VMS. Can that be? > ? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messageh4 > news:2ifz8.35$RW.555100@cacnews.cac.cpqcorp.net...7 > > http://www.compaq.com/hps/news/hpstimes_issue1.html  > >  > >    ------------------------------  % Date: Tue, 30 Apr 2002 18:23:36 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e' Subject: Re: HPS Times is now availablen, Message-ID: <3CCF195A.DC885AFE@videotron.ca>   John Smith wrote: M > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customer-J > to stop being interested in VMS, so that ComHPaq management can say that2 > there is declining interest in VMS. Can that be?  : Has it ever occured to you that the demise of VMS specificF newsletters/magazines over the years may in fact have been caused by a declining interest in VMS ?t  G The underlings at the VMS group may have worked hard to produce the VMSpJ newsletter. But if the interest in it was still declining due to corporateM policies to ignore and hide VMS, there comes a point where no matter how hardRN the underlings work, their upper managed tells them it isn't worth it anymore.  I Having said this, the ALL-IN-1 folks do produce a newsletter at irregular N intervals. While it is unfortunately emailed as an HTML document, the contentsN are chockful of valuable information (what is coming in the next release, whatI the current versions are, what new patches were released) for the variousoC products that they are responsible for. No marketing gobbledygook.    I Perhaps the VMS folks would consider a similar newsletter, sending a TEXTuM email to registered users advising them of the the work that is being done to.< VMS, what the future technical features are planned etc etc.   ------------------------------  # Date: Tue, 30 Apr 2002 23:52:09 GMTn# From: "John Smith" <a@nonymous.com>-' Subject: Re: HPS Times is now availabledH Message-ID: <J6Gz8.53836$Il1.32343@news02.bloor.is.net.cable.rogers.com>  E No offense, but my point is that having gone several time to actively K 'subscribe' to various newsletters that were published (Inform, Alphaserver1 Update, ....) .   K ComDEChpAQ has had my valid email address for many years, known that I have G been a subscriber of their various newsletters, and then the change theaL name/merger some newsletters and now I have to go through the whole exercise again.  I If I wasn't a regular in this ng, I wouldn't have know that the 'new' HPSc Times newsletter existed.u  B What they should have done was sent the 1st issue via email to allI subscribers of the predecessor newsletter(s) along with an 'opt-out' linkf? should the recipient not want to continue to receive HPS Times.g  K I'm a valid customer. I have expressed my interest and registered it. Don'teL make me keep doing it over and over again. My time is too valuable for that.    3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in message ! news:3CCF12B3.13BA0303@aaa.com...  > Have you read the paper ?c! > Most articles are VMS oriented.a3 > A few are about Tru64 issues, and just even fewer  > are NT and/or Linux stuff. >n > I see no problem here. > 5 > Say someone not nowing a bit about VMS sees a paper : > called "VMS times", would he/she read it ? Probably not. >rC > If someone sees a paper called "Compaq High Performance Systems",e> > reads it, and learn something about VMS, isn't that better ? >  >E > Jan-Erik Sderholm.  >  >l >  > John Smith wrote:  > >eF > > You know it's really funny how every time a VMS-related newsletter changes K > > its name, the subscriber list seems to get trashed and I have to go andr > > re-register to receive it. > >mF > > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customerL > > to stop being interested in VMS, so that ComHPaq management can say that4 > > there is declining interest in VMS. Can that be? > >fA > > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message.6 > > news:2ifz8.35$RW.555100@cacnews.cac.cpqcorp.net...9 > > > http://www.compaq.com/hps/news/hpstimes_issue1.htmlN > > >i > > >a   ------------------------------  % Date: Tue, 30 Apr 2002 20:14:38 -0400b. From: "warren sander" <sander@ma.ultranet.com>' Subject: Re: HPS Times is now available + Message-ID: <aanc4f$3cv$1@bob.news.rcn.net>y  J You do not have to re-subscribe. The lists are being merged. Thats what it says on the pages.     --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingK Compaq Computer Corporation          Work:  warren.sander@remove.compaq.comwL 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com3 Marlboro, MA 01752                   (508) 467-4875 5    My opinions are my own and I only speak for myself ,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------. "John Smith" <a@nonymous.com> wrote in messageB news:EYDz8.51797$Il1.45624@news02.bloor.is.net.cable.rogers.com...L > You know it's really funny how every time a VMS-related newsletter changesI > its name, the subscriber list seems to get trashed and I have to go and  > re-register to receive it. >pD > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customerJ > to stop being interested in VMS, so that ComHPaq management can say that2 > there is declining interest in VMS. Can that be? >h >a? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message 4 > news:2ifz8.35$RW.555100@cacnews.cac.cpqcorp.net...7 > > http://www.compaq.com/hps/news/hpstimes_issue1.htmla > >, > >o >l >    ------------------------------  % Date: Tue, 30 Apr 2002 22:29:25 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: HPS Times is now availablesJ Message-ID: <rdeininger-3004022229250001@1cust16.tnt3.nashua.nh.da.uu.net>  H In article <J6Gz8.53836$Il1.32343@news02.bloor.is.net.cable.rogers.com>,$ "John Smith" <a@nonymous.com> wrote:  F >No offense, but my point is that having gone several time to activelyL >'subscribe' to various newsletters that were published (Inform, Alphaserver >Update, ....) . >SL >ComDEChpAQ has had my valid email address for many years, known that I haveH >been a subscriber of their various newsletters, and then the change theM >name/merger some newsletters and now I have to go through the whole exerciseY >again." > J >If I wasn't a regular in this ng, I wouldn't have know that the 'new' HPS >Times newsletter existed. >SC >What they should have done was sent the 1st issue via email to allbJ >subscribers of the predecessor newsletter(s) along with an 'opt-out' link@ >should the recipient not want to continue to receive HPS Times.  J That's what's supposed to happen.  Compaq sends out it's mass emailings inG batches, usually at night. It might take a day or so to get processed. eG The awful Microsoft Exchange is involved.  Additional random delays areA
 not uncommon.t  E Don't be surprised if you get the newsletter in a day or two.  If you = don't, you should complain directly to the newsletter editor.L   ------------------------------  # Date: Wed, 01 May 2002 04:02:58 GMT 4 From: "Peter A. Stoll" <archae86_unspam@comcast.net>! Subject: info-zip VMS executable? > Message-ID: <SNJz8.6363$N8.744968@bin5.nnrp.aus1.giganews.com>  G First, I'd like to thank Patrick Young and Doc.Cypher for their carefultL replies to my question about ACE propagation problems.  As I am not a systemH administrator, and lack the relevant rights, I could not directly act onG their immediate advice, but I certainly gained insight, and my somewhatML haphazard improvised remedy of requiring (my own) update applications to set( security/default is working in practice.  L Now I'm trying to back up over a dozen accounts I hold on different systems,I in prepartion for a sabbatical, and have found that for the clusters thatKL include an Alpha cluster, a up-to-date copy of Info-zip's zip application isJ working very nicely. (Zip on the far side of the world, copy/ftp/binary toK my side of the world, on to Windows (used to be a Pathworks connection, but I think it is something else now) and a CD burner--and yes, I did check theE reverse path, and it survived).   L Unfortunately the non-Alpha version I have on Info-zip is quite old (versionD 1.9), and does not handle at least two real situations arising in myB accounts well enough for me to get any use of it for this purpose.  J The distribution sites I have found offer the unzip side in VMS executableF form, but only source for the zip side.  (you guessed it, a c compilerJ license is not active on the nodes for which I have accounts, and I am too" ignorant to use one quickly also).  J Perchance could a kind soul point me to a non-alpha executable for the ZIP side of an up-to-date info-zip?x   I should be most grateful.   Peter A. Stoll   ------------------------------  # Date: Wed, 01 May 2002 04:28:36 GMTe- From: goathunter@goatley.com (Hunter Goatley)g% Subject: Re: info-zip VMS executable?u1 Message-ID: <3ccf6e64.194514457@news.process.com>s  P On Wed, 01 May 2002 04:02:58 GMT, "Peter A. Stoll" <archae86_unspam@comcast.net> wrote:  K >The distribution sites I have found offer the unzip side in VMS executablelG >form, but only source for the zip side.  (you guessed it, a c compiler2K >license is not active on the nodes for which I have accounts, and I am too:# >ignorant to use one quickly also).k >tK >Perchance could a kind soul point me to a non-alpha executable for the ZIPr  >side of an up-to-date info-zip? >pI You can find binaries for VAX and Alpha in the ZIP.ZIP file I distribute.(6 Simply UnZip it, SET DEF [.VMS-BINARIES], and do @LINK  3 ftp://ftp.process.com/vms-freeware/fileserv/zip.zipo  H There're also UNZIP.ZIP, UNZIP.BCK, and current UnZip executables there.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/n8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  $ Date: Wed, 1 May 2002 06:46:06 +0200' From: "info@pixart.it" <INFO@PIXART.IT>S Subject: infocentern1 Message-ID: <2491016-220025314466570@t71sdjt8cp6>>  , This is a multi-part message in MIME format.  ) ------=_NextPart_94915C5ABAF209EF376268C8e% Content-Type: multipart/alternative;  3 	boundary="----=_NextPart_84815C5ABAF209EF376268C8"   ) ------=_NextPart_84815C5ABAF209EF376268C8r* Content-type: text/plain; charset=US-ASCII+ Content-Transfer-Encoding: quoted-printables    
        =20  =20     =20i   =20i  =20     =20n   =20,  =20     =20 : for other sizes and run calculate euro 25,82 for makeready< plus euro 6,2 per sq=2Emt=2E or euro 0,58 per sq=2Eft=2E =20.      1 EUR=3D0,88 USD - 1 USD=3D1,13 EUR=2E=20 unsubcribe =20            =20) ------=_NextPart_84815C5ABAF209EF376268C8s) Content-Type: text/html; charset=US-ASCIIt+ Content-Transfer-Encoding: quoted-printable   @ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4=2E0 Transitional//EN">K <!-- saved from url=3D(0036)http://www=2Epixart=2Eit/eng/maileng=2Ehtm -->=s  K <!-- saved from url=3D(0035)http://www=2Epixart=2Eit/paginamail=2Ehtm --><=,, HTML><HEAD><TITLE>mail studio pixArt</TITLE>K <META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1=o ">F <META content=3D"MSHTML 6=2E00=2E2713=2E1100" name=3DGENERATOR></HEAD>' <BODY text=3D#000000 bgColor=3D#ffffff>) <DIV align=3Dleft>> <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D800 border=3D0>	   <TBODY>i   <TR>,     <TD width=3D110 height=3D189>&nbsp;</TD>+     <TD width=3D96 height=3D189>&nbsp;</TD>a!     <TD width=3D245 height=3D189>l       <DIV align=3Dright><A=20K       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><IMG =  height=3D190=20bG       src=3D"cid:323020-2200253144536691531@t71sdjt8cp6" width=3D245=20$        border=3D0></A></DIV></TD>*     <TD width=3D6 height=3D189>&nbsp;</TD>>     <TD vAlign=3Dcenter align=3Dleft width=3D246 height=3D189>!       <DIV align=3Dleft><BR><A=20rK       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><IMG =  height=3D163=20 K       src=3D"cid:72971-2200253144536691532@t71sdjt8cp6" width=3D245 border=l =3D0></A></DIV></TD>0     <TD width=3D97 height=3D189>&nbsp;</TD></TR>   <TR>     <TD width=3D110>&nbsp;</TD>h     <TD width=3D96>&nbsp;</TD>$     <TD vAlign=3Dcenter width=3D245>       <DIV align=3Dright><A=20K       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><BR><=o IMG height=3D89=20K       src=3D"cid:253572-2200253144536691533@t71sdjt8cp6" width=3D245 borde=  r=3D0></A></DIV></TD>.     <TD width=3D6>&nbsp;</TD> $     <TD vAlign=3Dcenter width=3D246>       <DIV align=3Dleft><A=20vK       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><BR><=b IMG height=3D89=20K       src=3D"cid:231143-2200253144536691534@t71sdjt8cp6" width=3D245 borde=m r=3D0></A></DIV></TD> #     <TD width=3D97>&nbsp;</TD></TR>e   <TR>     <TD width=3D110>&nbsp;</TD>d     <TD width=3D96>&nbsp;</TD>     <TD width=3D245>       <DIV align=3Dright><A=20K       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><BR><=  IMG height=3D89=20K       src=3D"cid:178264-2200253144536691535@t71sdjt8cp6" width=3D245 borde=n r=3D0></A></DIV></TD>S     <TD width=3D6>&nbsp;</TD>f     <TD width=3D246>!       <DIV align=3Dleft><BR><A=20 K       href=3D"http://www=2Epixart=2Eit/eng/paginamanifestieng=2Ehtm"><IMG =  height=3D89=20K       src=3D"cid:152005-2200253144536691536@t71sdjt8cp6" width=3D245 borde=m r=3D0=20       S></A></DIV></TD>-#     <TD width=3D97>&nbsp;</TD></TR>    <TR>     <TD width=3D110>&nbsp;</TD>-     <TD width=3D96>&nbsp;</TD>     <TD colSpan=3D3>H       <DIV align=3Dcenter><FONT face=3D"Arial, Helvetica, sans-serif"=20I       size=3D2><B><BR>for other sizes and run calculate euro 25,82 for=20HC       makeready<BR>plus euro 6,2 per sq=2Emt=2E or euro 0,58 per=20t&       sq=2Eft=2E</B></FONT></DIV></TD>#     <TD width=3D97>&nbsp;</TD></TR>    <TR>     <TD width=3D110>&nbsp;</TD>r     <TD width=3D96>&nbsp;</TD>1     <TD vAlign=3Dcenter align=3Dleft colSpan=3D3>qK       <DIV align=3Dcenter><FONT face=3D"Arial, Helvetica, sans-serif" size= 	 =3D2>1=20 6       EUR=3D0,88 USD - 1 USD=3D1,13 EUR</FONT><FONT=20K       face=3D"Arial, Helvetica, sans-serif" size=3D1>=2E</FONT> <BR></DIV>=   K       <DIV align=3Dcenter><FONT face=3D"Arial, Helvetica, sans-serif" size=m
 =3D1><A=20(       style=3D"TEXT-DECORATION: none"=20K       href=3D"mailto:unsubscribe@pixart=2Eit">unsubcribe</A></FONT></DIV><=r /TD>#     <TD width=3D97>&nbsp;</TD></TR>:   <TR>     <TD width=3D110>&nbsp;</TD>-     <TD width=3D96>&nbsp;</TD>     <TD width=3D245>&nbsp;</TD>      <TD width=3D6>&nbsp;</TD>w     <TD width=3D246>&nbsp;</TD>tG     <TD width=3D97>&nbsp;</TD></TR></TBODY></TABLE></DIV></BODY></HTML>   + ------=_NextPart_84815C5ABAF209EF376268C8--a  ) ------=_NextPart_94915C5ABAF209EF376268C8)3 Content-Type: image/jpeg; name="tipaconplotter.jpg" ! Content-Transfer-Encoding: base64 ' Content-Description: tipaconplotter.jpgV4 Content-Id: <323020-2200253144536691531@t71sdjt8cp6>  L /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAACgAA/+4AIUFkb2JlAGTAAAAAAQMAL EAMCAwYAAAaWAAAM0wAAFu//2wCEABQQEBkSGScXFycyJh8mMi4mJiYmLj41NTU1NT5EQUFBQUFBL REREREREREREREREREREREREREREREREREREREQBFRkZIBwgJhgYJjYmICY2RDYrKzZERERCNUJEL RERERERERERERERERERERERERERERERERERERERERERERERERP/CABEIAL4A9QMBIgACEQEDEQH/L xAC9AAACAwEBAQAAAAAAAAAAAAAABQMEBgIBBwEAAwEBAQAAAAAAAAAAAAAAAAIDBAEFEAACAgICL AQMEAgIDAQAAAAABAgMEABESBSEQIBMwMRQGQCIyI0EzFRYRAAEDAgQDBQUFCAIDAAAAAAEAEQIhL AzFBURJhIhMQcYEyBCCRwUJSobHRIzMwQPDhYnKCQ5JT8dIFEgABAwMEAQMDBQAAAAAAAAAAAREhL EDECIEESIjBRYZFxgQNAUKGxQv/aAAwDAQACEQMRAAAA2YAAAAAAAAAAAEPeGXrmgm442ic/P+2XL 6fGmV95Yjby9VJ0wtdIHCL3nXgHOgAAAAAAAAAAAAAAAIchepTr4XO+WX9W6nUsafH7F49X+FrzcL R0fQiqtoQaSKG6sAAAAAAAAAAAAAAeegYaJ1TjpUseJ+UTXLFpkzW/ymhtlZkHvV4m4kDyn2sBg4L hmVg56AADzzikcZCxmdAAAAAAAArZnX5ydkZ1NzTBZgaCOctt1VsefrT0t8mLpExj25WmeZn9py5L UKelwDRk+hmTOM8zOrzExTp1q3i/RTLadn6A70AAAAUd5dWsRT1I7JNDk5rZ97FFO8VVO1Q25G1pL G4ybb0XVBUhVsl1JqvZ9AchHpOntewcbHc6/KIqxlHV4u6kxOvd5/OEb8fJEUNZdRw2hp4ejz/TqL w249mGR1jGNoaancqu0TNGxyan0NmHudbSZFORaDz2TgHOgtZAeegZijtEK8z8kldUsxQda4SK2pL ompYe1+O06X2Mm31Ux814k81qrN9LV66zvBpU1FbbGhi5TZoNJDZ7lAOKAB8vfou10fQ7HzXSvHSL 15cL2cnKseTKDqXM/vV5Tqnb8DVmj66840xxKLWotI5ar3VSvl9Boks02hX3mb2I8gCyAAAA+d0vL omYGzXcp3lqtJK70/GCwjwzp2+I4ErOFIJ7sVkh89915IpIrquwTzwwuj80Nk0ZZho1TQidJrGnHL rjz3B6AAAABx2AlzO+znVy15ollqn4onKNaIXhW7j4fM+vZ1jl1Wb9CdLX4ZJngva8eOstOj1SFjL PP6U3q3q8fpedrbmY02Pb6BOoAAHgJck/XastVlV66taK9FHVUvUoobL1AsdF7OFd2WhsZ65J9BaL zFviu+KmWdNDcTWNmJlBDBaFzjiPvJtRjtLG7cDLrAAAAzijT5rTk49I6Tmir2n5x3WtHePJe42oL SPZZ6skv3VLO6doh9RNjHm37pkbemx9laSLp7wlm77otPWpNdCvQGfQAB//aAAgBAgABBQD3E6wbL zeDz9U5vAcX6rHzveE4Pt9RxgGf8r90VyswI9AM1vOJw4D7X8KpxBsnxkf8AgXDADBhOs5H0IzesL B3gUtgjAx1Ei/bIhobVgG/1AKMGb1hO/YRn2yKQEFQc1rJIuTBQAV1kMuo/tgOE79ScAJxRsvGCPL tkc3rvJH0M1hUqPaZFBWUMCvIsCDHMVzasHYDPvmsjZebgEewAkOhOKnkMBh0wYaJwMRnyHCCyVoL pI3yReJ9UA0UBx4ScaFlQa0UJwr6BCcjXivpKP6+qHxgxtYRHjSybDHCBikjAzDFY5vJGJHp/9oAL CAEDAAEFAPcBvCBmsPj139JRnAYy6x/qxjwARmjjeD7t+6I+fOM2gfOEgYvn0Jzes5DDg8e2Py28L lOlB3kv/AGGPjhOHAN5xHoRn2wHeMwXDITkT/G2Tt50VPgyzMB6a3gGvYR6OpxWK5sNkUwVC+yG3L jqzNHEWYVgAxG/TiDhGsY6wMfR4tg+msrx82ZRqM8WksCQ+u94ByJh3jxFDvWA48QbAGBRd4HIPyL k5IxKqxDezlxMcgxnBDRcgVKmPiR4xlBwIM5BXeaPidZE/IerseQkIyKwoxZkZmHkNwz5FwsDnyAL ZMebazXmHw3rINNnjBvYMwxVHEquHYw4VU4yDCDkajfp/9oACAEBAAEFAPqz2I4FtfsTKX/YbWVvL 2sg1e7qWmyxYjrpL31q8R09ixn/zsYKw9lSzre8jtN/CkkEa9j2T2JC+8bZxhsoCD0/bB45DJ3c7L VxWhDs2RDzYb/Z2PWR2k6bsJWf8Ag/sd34oivIupGCI6SPWcgGVgVrRiCs9yPikaqceNWNjsGaTuL ImiEEomj/gdvZM1qNixT4lyVQBCqk2YwjxvrKUqPXkiiIIk67B3NeQCtJax60SidhYT9ccvQ/gfsL NT8ezDD+MjzyOyIGjaURtwS4kUTPJFAgAIIIxaFdCkaxiQchOqwL+tJx6/8AgfskZZgN5Ig5ReA0L CMwAQLCQYpfyIawMUXOKdVjjB5rylD/P3c7OlaBa0Wc136hgfp3KwsxzkxMr8iRyyXlHkExmar1yL Q17cNnrmumVasVJxJWq8JIOS52HYxVI+koSyy5duLXV+3Kz9T3SXhject3YamUO5guN9Lta/CVIvL hf56rk143bpq/wAljP2AH8N1d6CxWJGr1J0lle8TQ6BY5MsT/CvbCRqmi56xOGDuZzTvWxUjtQtML dMh6jvRJ9Luj4YAEKm5Z0TOgINbLI3HZ/wCqI+Xj1lI7TJZfjE0nn8j4VatBo8ps/wDBX8S9RS5GL 8ctKSaskuSAoeo7towrBh7u37E1Y6TyuoIIljG2UDKN96stO9FbWb/C039YSd9tYZM61uUcknDJXL YmwrKl1OZlXivUdYsA9LVSO2lytN1zgR2lnibn1XaSU8ilSZfVmCDsO6CiSRpDUl44Gx2ByZtZGhL JrztC47uWQSFhHFIVPZWkkjp3hBEqsqzmQI1YFXCk9R1vJ/ZLEsy9j1T0HSVLS2ITFlLspKD1bcdL pJZUhW13pJszyTY0qQLFfFiSSDItnBH5MJZ+wk+KNLUkZSf+5lEsdQ+ZwtyXqlM9k46klkWZ69U3L HA17ioYdp0xhMc62MsQNAaVySq9q49nPvjryFqJ5SkXA1rfIp/UsQBLKI8lVpGePZQcMrTLIE2xmL AhHX0xUhYgCx2laDILUvavFGsa+vXdzXvj2dt0ny5DZ5ieu0JY7yKTeSnjjxhgIRJHJAQYbBjLucL SHx8Xn4NZ/m8cqSt8EmoI46TXu5tiWSxNNlOm9yWnTjpxez/ABPW/skkOVrcVpfS1bjqp2d1LklaL 4GFmuYyx2JYn+KJwwiTiY13jxhsjXY1ka7ywP6/GEWhWhVJXTZZ487iRpZYYXmbqusShF7VV48PEL GtO9d+t/ZklxHV17zsDcsctYzaytfyeDIOMtV5ODxsc2QWPIRyklRt/jAxaxsSdrVEErS803G2TWL pIxbsrYXq4/xTFIsq+2ZWjaSBlDPoopytYtVh8R2TgbHfg1a40RqSKDegVgsTQBSDgAwEKAeWRO8L rwIsC99LyyOy0YNiRshqu5Wj8YiiaPOsuhH9tujHZXsOkmgEkPyGOEofkCH4+Ek1RWEgKmtTe9LdL rfhzQzGLEt8lpmOaO3CpfeBWbBEYzUqvVaa0zZDTknK9CMh6OJCqwxG++pYfOfjjlvfuKA52PSxWL 8sUZqZmXyUaxgbgJ0jReqvx9fJ2dgT2Q28SQoaJZjJZVQt2ImJmGGKObLFZ3NeqyyDggDq2WrwBrL Aa7GRjagsRhYpAwoz/KnuYgD/wByMta6mOwrrImWbDKAzknaZJAnGSJoyH3guzMsddURLGIrNiIBL itrNg4wwzfDZaqhdCVy1SWxI1REw1Qcq2WjKnY9vfX2hQxBsi+WoXvxWUnoMgEQYznTV44uEz/kNL PVYLFMYXgmR1juSSYgK5FdU4rBsd+GfPllhJbV8ZvDBZM/GRQ2yI5OR62YTV/b3ic7JCqNs+fGgEL cQiazXMpeKZ8kmIwocFwcZa6yINxF+0kIoyx2VlqyRtTNlz2nVzWYojMjUzyCyHir/1/MAEdiGTLL MelSbnnSuAvt7kf7+Oyd4BrOQGLN8h57JhjkP4MOHrdl6dhMalPOJOlnySGWq1XtOaxnka1ls7TpL o+yVjJXkiuOuL2CkApOJKxXIp9rH/pk6ir8ae3tkgdDvCTjFsYAkceEO/kXWDe9sBBrh4w6yyyAWL 4qhNcvpPmGdTJbVv2KKhJgHlACYU5MkRw1odQV6YdNa9f//aAAgBAgIGPwD92ejCIhGSY3cnLl43L 0OOnhgfI67U5lpQyy29Dq/h4rCkkHXcYg4NPhinHL50e9XXT7C8PtRaNlYd6TThuNqTjcTkrHtSaL yP8AjuLnml0p9dUWEyRfsQSmhlq+vtY2MuGP8EpWxZfijIkV/9oACAEDAgY/AP0zUdPM9W8rUcfyL /Sj0QTL11vSRsTtvTgQYoqS4mG/9eFxyReV0sLlRM8flBn7LucvyZQdUZKvlWaPjoRMrCogmRwxsL mjtTssnt61dLjMTYTjsOorD6XFcXjc9FJImsHH8lhccaNumrtcVBXsMlqyOlW19bn+vgTmskLSS5L Cp8kjqs1/9oACAEBAQY/AP2u64WCa1Ed8q/cn3Af4hCN+Lj6orbCbS0lTsNy7IRiMSUY/wDz4bYfL 9tz4BbvU+ouSOkSwXLcuxOu9P6e91Yj/AF3cV0L0Tavj5JZ937mZywAdEuw+CfHs7k4Rt3yxgHEtL QPiupcceniWhDXijOIG6IpoFdjKojQU1irUagjbI0OIDN+KtwptkZA+5NOhHlmPNE/gpeh9X+vbDL iX1x1/cujE80qnuTJoiiqm4LbwXfQrqW6MBt7lAeoIELokK4Ag4Iyj81SdewTljGoOi6fpx1HYOPL KK1c500UfWW/1LB3d8NFG5HCQEh4/uNwnI7R4IgUXOa8VRHcw0dCQqOy3buDlLQPfijGcQQQxBFFL usHqWM7RPNH+3UcEOiepM/IMR36Ld6mXL/1w8vic/uW7Y5iKAKUSKETh30Vp8nj7j+4mQwucwW/bL umURONFTEBE7XL1dGIG2YQtfM7FRJZos3gGTgv2SlG3EGReVMVtgGAyC2gsSpzOkpnQUZWyzbt0vL ef3G0Wpr2c3ZuGKFFc9XCvTkHQjDWJEhpqO5Ncoz1+KIEgRwKcSJP9y2uN2ityZwN1dAyHprX6t8L 9OI/pzKhZjhCIj7uza9dPYp+zMc8kY6IzmanBbRJuLqMncjNCIxKNmQfd5kfTxJ2EvbmNNFATkTJL 6l8UYSkQQBIcXUZiVWdRkDRzvf6WXUuGnyxzl3cEf/pesDXJD8qH0x7DUbmeuQ1XUgTu+qS2T5bgL 9x7XuSY5AYrph4zyEs/2ZllKq6kQC9JArmtcy6gG0DABbwOWAr39kpR80TEj3qIYkg6IEiRNAhIxL IDro+jtAvU3J4BD1PrJ9a/x8se4djipRuEuZXOf4dkrhoIxKMXHUBA3f0F/totxxNAjcdycVuFJBL Cz6ktPKWvf8AsoDieyqaNSiaPuL9hTZoIydHv7NSjK6Go+7JS37ZOTutjTJb7ZIjmGQs2RQnAYlGL 1/tJ3vxGX2rZKhHlloV0r2GXHuW+Pm4ZpiK8ULfqf08Iz0QILg+3tt/qEe5SnekZGRcOXTFUVEDAL 5VGqeBrnHNFS8EGVuINJSr4IniuJR20kC8t2CLSBJP8AswCFoQHPjIFvcunGpJebeUcF15hpkco+L kfie3p3Q4yOY7kx5oHCWv80DHHVMafctlzmtd+H8aITgXicD7DyIA4o2/T1P15eCJkSSdUbcssE/L YyMtU4JBGi6MgCSG3YKYuO6BAfVAAHcJAogVnKQEBxKqXlqU8YiUtHUz6ioPMYnAIXLcY7APNJ/cL 2SPqrwxPID9/smFwPE4grrWXNvP+f4rZKkh7wtrMB9qDc0DjH+M1vtlxnwW+ZYDVbbAYfUfwT3JGL R4rdPBC3GDPmSnGITHsrgtkfOdMlzFwgRoESC/LVVwW2yNluPmlqt4/TtAgd57HcgDJbxMsMo4fzL W69EC1EvEa96p7TGoKPqPS4YmOn8l07nmX9L4rfbPeNUJzkTXDIdjDFPLAYBR4hbLlD9WqqnWszkL nNSUyBkp7Y7aMmjio2LVbhoAPvQtjHGR4pzQLmmCdI1XSsA27Q88820HehCIYCg9jkO2f0Sx9nr+L mpMV2j4I2b4aXFPGsSgY5B+9MUCnXGJW6KEZVifsT4gBwnliUTojIrgEemGmQxCELFCaSkcfBb90L BcYDmlul7qMpW4XGiGbaF+ZOR75IWbQqcToNULVsUGJ1Ovs7okgjRCHqOeP1ZrfZkJDt6l0sPvXUL hHb966d2oOa3wrD7lROanggDiQiMijHMJkYnI9lVtijqaBfmibj5YvXvZGQj+XGUOQEb9MjhXNHZL ZlEDOWy0PiVCZlEvFmg5Ab+o+ZC3bDykWAW3GcvPL+MvaaQoVsDENit9u4YEaZrZ6nlP1jBbokEHL MIiJ/Lhyx+J7HC2ywW+3hogfDxW2dCMJJ2TsnARgRUraS1HWa6cPE6BQtw8ghjqVHfOJBiGB3FsvL KFy8ziUQREQj+JqgYmFu3ICUy2491cT9yiAZSkCfMVG8Ky+CE44H2jbvRMTonjgmKYYoxjcIjIMYL qleyqohGWGSIj5ZYjJ1WLhPHmg7NmiXo+a4LbrJ3QnHEZFC2IEE8ad6YeJ1UDByQ4om21wqT8FygL D+2KoHJXP5k8T4IWZFt2XH2tt2O4ZHMIytc8PtCeVCOwKINCahlvBY55149kbNvE/YpWMRFqnOipL hon8w0zTQOEnrijctjHHscAnwQiKEnNG/eIMi8YxGiaNFUU1XMycqgwyCeQbdzMqKM40lEgv7dEZL DkufUMD3hGF+LxPlkME8fct06SiOVEHzZgKN22NwNGKldlANMAFjUdyndiXjI07uxwuozROPFEkgL JoDdLgE8qHRPOIJGaG2VBqt08O3pWzzInE5qQkcPuTkst0TRMcY+2ScApW/URGwmmdOK6vo5Ag/KL 9PBGxJ4yGKAIY4EjNbR7ihC4KnmHihsqTimIIOh7BaBdqBA3mJxTWIP/AGiie6WPBPElVVOw2D5ZL jdDgcwjcFJHFOt8+XuzXIR4M6dzIjIlCUDRP7XQteaYrLQJwSeK32ZGMtMk3rIMfrjiF1LUupaPzL RxA4hCT7iaMtwd25h8ELgkxejo7yxj8y3gZrcRgupfk+kVttRaP1GgW67PcdBQLaFiyYlUKgfpiVL iETotspf45JosO5AGk/lKIIaeY1UJjT2mODBdyYDatpqntkxPArcaSHzCn2fggZxdqIw2+/FCRPuL WwYHF08A5Ts7arbFgFsuk78jqntSIZAGY8Qur6W5Ikea3+CYzMWxdSLuaYoFmcstrsa+b8VtuwNKL PimdPElxVC6PMKSU7QwBEh/l/P2q6BOVw7Hdk0fKMZIxzNEd8QS38VXK8fFGUZ1OoQlEbgPpXNb8L aOmEftCaYIK6d7/kt0SDTJbo4j7eCN/0/LezGvA8eKNuYMZDEJqSHFMYsU5x1C3RLpp5JvlkjdkKL yYD+0e0Bclsn8pZ/uyTdlAvzDRcnlRfHJHF8+yiGnaR6mMTDKRI/8rd6a4x+kiX4Ko9y5XI8VSBkL PmcjD+MEBfuC3fblLEn/ACYGioU06BMJNxL/AABKYzj383/qq34f8Z/gom/eBAPlEZV8WQ24Zex/ /9k=) ------=_NextPart_94915C5ABAF209EF376268C8w+ Content-Type: image/gif; name="tithome.gif"a! Content-Transfer-Encoding: base64t  Content-Description: tithome.gif3 Content-Id: <72971-2200253144536691532@t71sdjt8cp6>s  L R0lGODlh9QCjAKIAANrU1To5OXJycuU7WamoqOyKnAAAAP///yH5BAAAAAAALAAAAAD1AKMAQAP/L eLrc/jDK6YC1NOt88f7g0wFhGQZGqhqkQ6StKS+vGsy4u9553wArA8FHPLwEitoKqQAGYkDVUIGSL Um20nUKwZFRTvMmXtYiCW0obKW1gGrXvLgOAij242KvKDjGnpn5hcWBbQXZ4f3MGgjpuDIg7LWMGL EpBCEX5tDWmMOitTWZ8Kho9wg4ubQQRHGpBMY6CYqgeWfLVNqlwkYwJAjg2WVhVqc5NBjsGmtEE2L zJqVommAxosW1AHXtmcbyQHBTyLdU4jgkLFlK9opv0Xt7u8yxp3w9PX29zKQLQLefPggrv6JEZUkL Twk2zhZNisGGCZ0gKLwx83cn3QJzByxYInAh/wLCNgQmhXlICJfBL46q9CK5rsMpSaJYgmEmsWRBL VBWCUdTAqQ+pi3Iy/ixkEMKtUtGGSmDzA+IxBxCFJlxHlGpVGBMy7aRWlMq8GZPOAd1RZVKvZUEPL hKUgbcEXQZbOTmATBpYXg2leCdNz6dQiAfwAIPTGz2pcT89u4sw4BpzAx5AfMI1MubLly5gza97ML ubPnz6Cv9ApJhgsPLkN0bXkSpWOxS62llsPJxSEKdm+YvHiC1YmFZ0BWYaXCJHHo49wAK7cDgJ83L WoQJOJcbEpvY6iuxKQfMcTuJ5talCxCb0XmAKditeZOO7Xwx5s+Ry59Pv779+/jz69/PX+D5Vf9qL DeEedzecR0cLBQxgQQEFHJAggwcoCMAADEhHSy/nKQSYcVQIuIuA4qklWEqg/MeDYweGRJx7Kl5YL HhIhqRgSHSHxs6EbCWY0wIMO7phjjj42kOCCOSoAoY8NPtighBRGuONFIAZ4IT+0cBSGhecNOB5gL 6/Xn5ZdghikmcjJ1xVhCX9UjU5qRNQbaRp8dEcw5voXTXj99mIenCNX109MH7GknlgWrFErDdHxwL IlihjILSKEds6SkXB7P8wKWgczy6CnOblvEoBKyUIdIojtVywUaqXNCQmxUqI1mlY+0xikWxLvYnL X4s5wQF3ohIkQSapwXoVGWyMwwwgHOqQJl3/LWQyD40LPUCYUrdGwAswQSkFyZWu4koGW0PZlVWlL 4rqVVibforXXmPgtmgVu7MZrDx41bSPvPYXZMGl+Hsjg2qtmhtDvrwMTDEWt8JZRsL/9YkCSI3nJL 8Gcav9F6lRtaIWUTqMKqBQcbO6WyArbpbNvUJwhNCqC6iQGLThcZs5QyFGKJFDJP3ZokK8Iv73wVL m36dwyrIGUwWigosMwIsNg7AGZDOVlUAdbpAJRpVE2XdfK9ARm/tdX/NbSf2vl+XbfbZaPcaSx0fL 6FpPbZHhoXXa9KAAChqLDBFqeVVUTNFDSDz0XQq9LoNMsrv5c9uszUpXUm0tNjE33ZQ/Bnjl/5hnL rvnmnDswIHnvWPidYxOM14N7fSg8RwmTZ1CkCBFAOIPp9yz63crSrfFoDLIDUACCv/v+Ow27GxG4L 6RZm1GgSZz1K3crKk0B7EgA2B6nxseRent7/Ga+7EdAzCHxGvzcovPkNlsHg8D0usD6EvgNPJAniL N7G89+AzetaihmqfUROdC6AAweIMoOEDXYvRTJkSwZkFkk5jD4RMtTAzwc24zDMf6YsiIijBnFWmL ggrsmGZYkbINqqMNzfHVIJ4QsaOt4xs4U8FoCJKMBSZQUfKwzQ5At0JrqFAWKiRHd6JBDTco4UqsL akTP8lCnM/lsWyncC7CI5kIDXktjixGWyf8Us5ijFCJhXKzLD0VArh9e8YpSIUYheJgbzx2rGt66L kxyxAZE5tucwrQpYHtcVtFn5LGlVVIQc2KYBwXCFjVMLlsWGBRMs+CITV9Da3kgWiWHxsCESQGMYL 59KxYvlxOD8LJCUXkcBMBqVcQLSCJ7GYrmDohiyUoIBKPFJJLsIRKDcoU/YS0Zhm9VKWFgsEA6hlL ChD6AYx7tAomx0UQYbqQHU+DGgczpamd8A9UkrKmpEDXJ/fwjyMLy5Mc9/VNRt1OU+iE3l0QmZM7L Nss8ZKsQOpmzzZuJZ1DLGWBlzLEbfQowX/bygUzY6c+ysWQXajxOsyz4BbxtzJ+1tE80L1P/rmMKL zBhISAYpPpJRZ/gwohnYlg2MNRUGvgYiCxwUV8hGGjSV9JYaZUINPWnDqEkrLSAgmisyxrOppQSnL FZHhSRlIRU6ObIma4OkmW/iuiyXTUaTIREfR1JROUIOgtNSjUlmGMW15sFZUYxmxlJJVpAlShpr8L ZDVKejih2pKtaQTlXdBEkYjE0wQgjCvVornVLUbAi4z0y+S6pleAckiqZdBoaYKyylTKtWkrvUdeL DwArmXR1kX7967nG4NA/lpVwc2WgV4UakaZZJLPLLEXgyIoWPvihRCA1AVeS5ZdL0OtOU6ntQ0FVL xBgoFmh0OVY4Crg2IRTxByJx1FXfmtDa/3TDtWMsKF6DIN3qFsFxzBhP66zL3e5697vgDa943zE2L sWEQD8h8R9jGWwK70eB/L7oe88bDkcSF03hyIdQQwkYn7sAtT9pNLGDscM9P5U8402SvKY3FqdLWL wEAm0VoUBxfLM6UQLsmKwnZAOWGP7ekNp3FDfBRcSPc2gIFwG/ELOPLYgvAgNlHoFUJhixvTiKq0L UhFMuphWCEFUZ7skDmBzrAHkIBv5yEhOspKXzOQmO1k+LhGIjdgzOToYsDPN6cGE0te2J+EgMPf4L D4u1440nRKTML97RlnekIDUrKEEDoJCVUZMifogHdS42TZYCo502xCeFeHsClxwSmAPRwf9Ffy4zL HexcGyHogkvioR2c1/fmOC9p0pVWwJMUpOkm9SjOFmDzlifkuzj7iNPVqY5x+dwGhYiRaTXK0JZoL 1CG3pAYJJgrQgRYQZwcliUEUYlKFMoohWltIOtBzDziUHSIWpiQGBmLNSFh4okW7yAi5pBKBoHMgL FhHbSHLm9JDER6EcbbkMnCY1qI106SMBO0KhzggJOF0lKQEmQCrSbhjufR7TRVs4RYYAj+iB1c6gL Bh69zgqXn8zwhjv84RAvm57Kkhkrt2e3mJl4iy0zT8l0XCCGvBoFR4XlOXFGo2IxLBgKXoTMUvCrL l7kgZzgKgVlyHOYd1CNmZD5zZ+AmNjf/13lkJhtzEWZmNzQZRoL/QfScY7ziRn85hkSOCw6i3AXHL 3YQ8cF6ha4CihmJ9ICcySAZ0gbGl2S1kJ7MxLDU+DKxhLYhehtLEqrz4Lc2iFUacSFSqf9YNey9TL WSYSSF2KbOkWjevSkQrVveiD73J9/FgStjeTC4V0kgckU0E20GQacILlojoab5VEF5fOFKj0CQ1xL aheZW7ZVZzeOyZvYtWJV9Bgub/rrWdmC0drkVog1l4S/AFs+kjEpZoQDFN8K7bjDfpRUgelLlzD9L ZuC06Y215RR8bytlUHHFArP8r2YBWLFS2K1/kQP4l4I4mtxyEtBYpMjcKkrN/nCV3OdW/1dM5raiL 4T31x2cF5XcUigJ+s8Bj7PdzBbQPrOVCGvQAT+F5RsVH+IdZxeQqlqUa4HIS0XUyAkhWR2FZPLYtL 68d+XyF4nWVTHvh0uMIIupdWlrAA+Vd/Dkhbw+ArAHiDqtQxqCVckFdKRrFxLdh8Y2Q3qZUFGZIWL TXcKjBB6FogXOeNyn6VBObiCfTFRHuNZpVd+QWVSphVQYbclVYAe2bUK6GVLhIFRkhQUe+cXbbUzL cOJGXvgrIvEN92VLRuQrmedCQkN/IhBZXehaVzd/EchKQsAJ1sEWXleDe0B2UwFdNtgHNpOFCXVWL add2YNgAFDd/LBdxXuGJA/R2yxBwoP+4NY1hYqVYH9/kDjqRivRhQ+kFAuBxV/FiO+ClBMIhf95FL EheXifpEMeoSi5ehJ50ID5lHfNXFWfiBhZTReVBTjGbjTPfBjJSReYkni4WiHOjRHvrlHfZjhnb2L jdvRBPAUcOABBh+2KCRYKH+TjcqxGtwoTmUxPZZCR+sRI6vQGIwyB4XRHrGgju/IGIlIA/bYD3+mL TlxVAq6kWBaxQDDiDGjHdbECDm3hiHOIiYeUTMeTUK/1UaRUUqchVBHzERGpCSihEToXhwqJUq5QL VJSYGCXkhhu4Mbfikva3F2vBMrGAEa/1GjJ1Loz1MccSXCqIY4YIhICifEvQV0HBlEL/B3l96FY2L yTFHZS5YsHwOqGOVaG0JaZUm5TIysQY70DEI6JVPOZO2kohOGTVriZSsdA63MJUAY1YOaFi/IFUfL 8WFOhYfIdhg8lWoIlDfWspQ5kFdteVl/JIXQd0JYIZeIAVpIRUd+qFY3wJCAx4YQUV68slWMWImfL eF0edJhIdQg4N4Ab1YCPWWFTI5kqSFkfM1shSX8qqXqe1StTAZfCuAGGyX2IGXk4l30vOVa6OJeQL qX1pJVXTc47kF5RAZYX+cG/2g1HURIqfdYK8OZpYZEXJJwyOSYiqqXkghUMPiCuKZFPRglyrpYv/L hUWXOZmzE1tmCQ6Ch521YkAsQTqb/4ea3tl4NtGGL4lQHEIOlmSb6yI3euUPD7aCeQefIaBYKgWRL 3VBA2OZzFGAOUXRLJeme3vkXqccSo4ESZrkSiPBTHqVbIskVPrZDWnlLoZQDI/CiADZg9uMSLxplL NXqHPxAoMjoHN4qjfoFfAYYJ8CRfksM87hQO2uhaOkpOPZopRoopSAqNt0hdrihAhFWlmjObWEo5L gWl8W/qlYBqmYjqmZFqmZnqmaNo5kSalaXoR88glQugR1MkNkUgPBupwqMgYQNZ/xlin8FADcwpeL JrZrajEt8klmroaO7IAdi9NSzmFSppEv8OJccCQnJuZcEeFW6MWnDHdmfdNGbXRw5f+RYzVXdmwDL dDEGdIZzUzEAA9jQeyzQfwAyqI7hp0lGq+80LT+5cqTKW2VWdpD5EKsKFIv6QuOIbTWxBid5JlFCL HBCXp1dgLL0wKXS2cf1kYVIhY4lDrDf4jzbGOMlzeSaBZ/DVcNill3YlmYXxoSfyF79QA5eSN5saL RTPUBgDFDg+RhuPxQnS0IQYiqqBKFIHapsgBnQTrNXqWmwe7sAzbsA77sBAbsRI7sRRbsRZ7sRibL sa7oBABrD+JxiM7XNAbLMEy3eBuQcCDwOnill/DgTdckGGtgO9czAuTzHR2xIPvAQkQGPtSDntfUL KewoGF3nS7qRPRSpltqRKeekPNX/gx771SnyNjzswz6lJiGuMSFe1j7gRrXDQ6PxEz9YMxoAArTsL KF/7CD42+z8e4I/49hz0ZWZW0gJPsj6+diSh5jvMcyHdNiIGApcgEiMBcm+HSCK2ZmgoQm0doiVJL YGbaNh6VCbfUZiAIkmkPIjwT0j7lNj7ihrJAQrdIAm+kNiQe4G+Oi2uOq2v7hmvIFrj5mGW19iH2L 5rg0QqhY62t1uyTxdih6myW+xSHKBrv9hmsj4gUlko9U4EuGlLipEWJbACNZgm3Q0rtMYG6e9j4/L Um5ZqyP0827sFiF0+z6g2yRYuw9RoiXaZiW6myW3ViNgdnmD47yBYWf2qkHwI2pYentq0JYlGcIeL gyaGuLCv8Gtm+9u+e2Mdg8athOG8MxK2GGJnvvAfjqavksZppgZnoGZqTUJvTmJpFpw+F/w79lvBL oitqAskKiybAR7B+1gESiqZrCvsrsmOMbPpBV2YCwjMBKos2Aysv/9IOPqqxQBzEQjzERFzE/ZEA ADs=) ------=_NextPart_94915C5ABAF209EF376268C8 + Content-Type: image/gif; name="outdoor.gif" ! Content-Transfer-Encoding: base64   Content-Description: outdoor.gif4 Content-Id: <253572-2200253144536691533@t71sdjt8cp6>  L R0lGODlh9QBZAKIAAFlZWZiYmBYWFsXFxUBAQH9/fwAAAP///yH5BAAAAAAALAAAAAD1AFkAQAP/L eLrc/jDKSau9OOvNuzVgKI5kaYoDNAhGqoTLQEiE6wSg3QxgEREGHwQomkEEgggu+ZDRdIyCIcITL OgCnrNYk3Hq/BgFUgQUFHjhRDNVkGYwOovghDS6AVl5xUR8B2jkPZSAMbE1TCno2BXANbmCQI0JWL FjgvMQBMClICBEhAZ56gByCiKwIBQJ6aB3Wob52tnQJ/LQWzAAFIATiiB6pIv28OPJ0GobjCvjy+L dY2cfww8ysGMv43AM6gHPDpL0dYNLYmo3YVnv0hjEZMe7u/EtyW06PD29/j5GO3waZEG0TRsIUAkL Sz19CBMqzMCPQx8TjWIQWTdBj4mDC/GBEFAg/1cKIgX8OQgh702fAWU4UsxooeGFR/8CdviXhdUVL SAf9bVnJsue+TRks0uRpoWAJjGtOEHXwEERAEpSEjfBJ1SHQDjrnjUFp6ELWEeuM+pkwSMS2ByRkL Sg0RsarbCS7dlYW0VAnNMPEKfPynA+YJVgPSiBmwIpBTwoi7hOnRihADIEmyEiToDE2mjaUOlNGhL iNSwKG9Dix5N+t7d06hTq17NurVr1opfX7wDI9G4F465qbEdwkbmTb5rc7NycoEdYmI/30Ck+3fjL s46Eew6ElnkDfzWWyy4Rt7T37+Dfdj9EoID5FWRq4FhkZByjKjJmjJt2S0YX9ukDtyA4QAoplP81L +Mcff1LY9wJhx7RiAw8AyNBgCzJM4QlKYmSiXwDhLGBhHQFNU96B1hD0WA2ZbAKQI+DYwpF5If1nL mw846HXLH+txQ0tLV+kTwGVpIeXQaXWFJ2RC42XgFyQ2tZTFGE2VAoBeQ+oYS5SgtaJBfEeOMNmWL 2XmQnBpzaXUBVyRwREFJIZhJ2x5CwVCHD5nVkUJtj0R4W3hFVqCFQlskGaYIUZFBgg5NuhCmNCT4L SGVGeVLw1R4ItQlWBEtWUBgJjUgaVXKLutWokqgFGZ1qijanJYuonqfAV/UUuoBgAaCUxpzHNYcYL bn+o0gAjAABAQDQA/vpRefxFMdkkv6bSJTf/RBC00TM5RtrRliGJGhSGXFbr6J32EMaitXapdYGuL CMnJEG7bpavuuuy26y5j071rEotlPWkeSeZlkmqqtKTKYxGoJrdivo+U5++XA9Prl73miZXwZQnvL 2+++jASx778ABSzvcfIS55w56CaVm1DB1ZOLhk69CodghRC3bFNwSFHPsm64vIOd0nWV6si/FsJZL YFmmG1u7HfpqQ42bEFCPUCLf2fMdHRa7CSuZLF3rh7xB2tgI9ejS4B024IFybvGGzSVz6PGhSWfoL sjv0xnDHLffcrn16B0dTmhfjlO+k8kugGXBLBuDEWMcSQSUiSkdbf1cgoiz9dTLZGW9MNh8S/xWfL wQM6N1Zgdwydnwx6q+2lwEg43cw3RYj38dEeoIVlByEL2ZXX5ukHTlO4bQek4sYvLpQnSYb5GWN1L 4/+92UCXtrcAnYl5t3UMhSnovoCaSAguweed+rTCgobHQXhokXfPffePGtT9+gqdb2nQJszBAfxfL jM/+/eda+c6XX4CrAP2c2RP+BmgV/XWAfluwH6VOwLj1UagULpBHrx43oh2FISS0I4wclhUl9+1AL CwoUVwX+1JtEhElpVNpRQXRhGEL0B0pxauEU9GAEDEFJSB7c2l3eURNINJAB6RuB/KSBwCQtMHwEL PFO0LIAYLSDmif6rjhcIUkQVHEVQQmzaRv+ylqYktm+JjjuNCANXEwiQEC9N8BbxNEOC62lpVGzxL YrnACBfUwOOM2jOOUsZ0pLVBZXltlGM+csgA+o2RAVgAF/wIJ6ndTCBoY/jjYwIpyHsQMgqq8R//L Uga6SlmxTDxxmDjG0snelCUiYtFPV0ZjETFQ8CoKZGKoOLDJL5SqkU5ck1m+FLVSQKkOuFnZRtzAL i0lNMghEKEOsnBIC0SkAMrIqDN6ow40yPGkjlLgkFRAogkNi4FJThMCbcJlLINLPR7crSxImApMZL zGVTb4SJGJzDh+ENClHjeESVYlnJoCSIfVGMAWEScqv89fOgCE0I3RbK0IY6lDtte6hEJ0r/UaFFL lF1DlAg1heOEH6zDHxklB0kEAS/taK0BZeDgqtwgwlfGgSL+GUIYxhBE2bxtXY3AECaDg7YaDFSgL MljEQTq3CUpgAYg31I3LWvXGVS0La8MZasycVtBEaNBsk2GBRGRyJ77VtG4XVdfMOHonspp1oycCL jhtH5rGNjs8vP2RFHE20jrIUooTVsQvjwOm2sFoUi37kadOaFhwrfO2ZHxOmW2NwTK0hJhXUZKnrL WITCsVmnK2dDG/gm1quDvOum61oJCw5pVy5SpBii/SdJreAJRDZVh120okz6kjO87u5FhVwQ+NwFL 2nWp5LELg2KYHiuCWD3RgmbRS2KC+9iC/zRIgzNFjFF8SqYyGddbMFEuYSCLgiaG4LpQXM92D9PEL ciy3Y//jknrXy972uve98I2vfOdL3/ra9774zS9+z4ehpWmuRfdIQazckVRpMNFTBR5OE3w04IokL 1bipMh2qFvStVS2Nn/rjpznMQSIfWI8b3touhV2wXXQYrTy8+NmAA3NhEicCSg6q3g1LLOA8hjgGL M2ZxDHhh1Qb/Ty+Cqx6LTWcEHaAYHQsiIpDPsEYX/fgARC0Q5Fy6PTpuE0ZwoGdME+QrXaxqCnagL zwwed6eYYi8Vz4VTjPvTuAR1g8wIOoTp1lnjX0RjP9FAxS3ikIMAXgNEiFveH7rRq1a0hf8FEZzUL Gz+MPBx4kylWXo4V5nBYqIbDPeVhwjRUZ2jklbl0VkXMUSFEmEQ2z8VYgxASdZe6WFmisqg4i7ciL EmatrsHT/akBtyqbz9YiaplMll7wmKAm3aSgRL72XKSlwaVCk6ET3hBCdnQan2hkxwn2AfCydJqeL DwXrI6UuVipi5avsaPvY2gCfr8BBkFTER2rlhlGgMqGeqLUCHerx8MvKTWJu+U1DIckW8FRWPVFIL e2kqFeeyKwlFePiZBhjuCRAC6hNtCglnNaF4QjtlcSY+UR94PEHEN86+jtOBm8XmADm9YESSe9HkL r6LJD+uYmpa7fIAw5yskRl7Pv5C4ljP/v/n6TN4kulwpC+KqpcYHuHSWdLzoYAi6TONHnif9VOiHL UM6iLL7yjVz4EaWiQhZ4/p1mbfFRI0F6m5r+RQNuAIErAcIGoE7NRKSY7eUay++mk/YZ1IFyLqQnL lbTZdbwD8gQmYmAUG/7NjzN7pspMiT6VF8NxwEAPtLCT4e2Rw66X84Bj/4LNr6OFkJZSTKti0YWBL 7EJV6W04vzTPi89jw83DI4chz4LUKeCasHt+roX0wqP1iESS5xA1ZE97a94KCZn0kZdYn/vCJSBAL hEzRBiFfR5OcT0lWWda20ceR2z1eeChWdSafDz5EHsApTBpTLLSWRPh/Mn49nSb5cIRo/9ZNsIEyL Eb+Zhwd886dE9TcBX5V+tORJUlQC1vIoSCZJuiQdA1hlBbg9WVUT6oV/u6KAyseATJQleQCBiDUVL E0iAGlh4I2QtK1cqHKgCWZJRmhKAEliCdDB9EpB9VDARGXBGLRdEozeCibKAJQWEM0iDu2KDEsBNL BtMRRwIuK9cWKygBj2J6ayWAayF4vaMqsIcU5jd7PlYaL4RkR1iBY5JJGvBV5YAmJTBzXxJ2sEU2L MViFOVAKOvh/OcAC07R7GUFDaRARMMdNLVgJqjF6teSBppIm1VMCWvQHwOQZcHA7bPQGQ3iFw+AXL QsEKfdgDrsJFJAhLnAckKgeI62cXkb9wNGBgNYCyNcEkDZpTChCEh4A0A5JhdmgERGbRh1sTQJanL dRmGD3THQO5wgKDEFIwhiqv0e2PgBsaQUsqUTGbwJq9INlLBI2WgF8KChZMRiSwFfp2BTfuEENx1L AodlDyyke6UyTkOBHGu4ErlWWcoiBCw0HO32KuuGFKqAO0ljO60AYNdRj07VK3X3QtWzbt9ohBJQ< GPdjIQmohxpgLvS3hBQTkRI5kRRZkRZ5kRXJMBi5kRzZkR75kSBpkQqQAAA7) ------=_NextPart_94915C5ABAF209EF376268C8y+ Content-Type: image/gif; name="special.gif"Z! Content-Transfer-Encoding: base64M  Content-Description: special.gif4 Content-Id: <231143-2200253144536691534@t71sdjt8cp6>  L R0lGODlh9QBZAKIAAMrKyj8/P6WlpRcXF2dnZ39/fwAAAP///yH5BAAAAAAALAAAAAD1AFkAQAP/L eLrc/jDKSau9OOvN+zVgKIbBIhCMUSwAkLpKKxMGHLPqEoS2Eq6K3Ugk0MEAQxFKQSj6RoHAABSdL ghaFJEmaHHBFLOABGV7QtCBCL2tYHgpHQ4kZXaDvh7so0BtPxUIifVhpDmyANiEDZQ9sSg0CBk4HL UjZRfTtzeZpydjkLVoo9AJk6Q5oOIJNMNaCLoCGEVA0AU5wgNkh6I28eDFFRqwxwAStkY60KWVKLL WV4sAscMA2JIAwNIVS1yO0XXmZF0Zp3fki/IlAME1Ok0kwLXAjsD4ZnXXjXW8zsrUlIo/q6YUacuL j5eC6/wdiLRuETiCqDCsEOOrosWLGDNq3Ihx/yLHC/B2QeEQSeSdQQpKmkQT8aNLix5fOlCJRo2JL UBQvOBqSE4eWVzFOPtClBaXMozp7HQ20MpZFpiMbQD2lgWZRDER5NdipB+mEmDKbjnCD0WoSFHd6L St2FLUPWTlC3imzp1ZDSulyp0jqDSwPfIUBN4HHwVuyInoY7UchbFwLYxuMMG61QyzDZtYnRAJk1L IW6DUHfoQr47urTp06h9ZV7NurXr17Bjy5adx6Q6YcUehMwlAwkgEPSE/HYjYBKN3z8FiwFBsbKiL AmIIaHqmgHptWSKWJyMVGXCPUtXNIRMfVOubvgsNAK3z5JZY0qnjy59v+rGHSAKyuODjIDclPv8BL kBWMfgXQdcwOBECXiwHK0ANPAesAkIUabcAzRzcMIEFhAfKg4oU8DKpDCh9tjPgLgJtRYgyDKnKXL hwsF1gLgIl6QwmJ1fKzzIjrB0ADAOvlJ4pt0QU4mgX30uWSWHm1V8NdKoiXpFZJIPdmUkRFM9YMhL aATGCkuQ3OGllEdR6VJej3CEJnMQFJZdB0uGcFkF0NWpFpkRmPlRWjLFmViUYe4yZ2eDpSDCmEnqL qeYdwqDm540OgJYEoBJANYlnnowFYRKNQqaoS1ZeucGaTaml5WqIGVbCVD1Ieide8M3XG5YWzUorL UtngeWZts/Xq66/ABiusYbwyKcwhhLFhFBv/Aaxi4yeUKPLLlkHowV93Xa4Sklh8kJpZTo40d2oSL MDhyrTLUPkEhsSIhWsAfJlCUTCrRARcIck60kBKb1SZH2DU2XAoGIZT6kMoIKFlX3lkmTCdeLdCYL cgO6yUSiCZZu4iEScc3qgJwgLPSmY8gpAIIoKHdydQQ7PrSkoQ6aFGgHJ7eY8KQb0mGhiZbNyXCjL POPMyZUsbnTcsic7j6tFscM27fTTUEeNRqwcyLiDUZEAsc46r1bKIkM++iJzm5Bm5J8OGknzwLyUL ld3BpxcEGMSgQawYVCIwFDM2LZBWkiGLTJWwDnNjyyyd2mSMrXYriVMR5MB1q2hwbgcS4wOM/8UcL xqLaIXXMeA0IH0ZGZSxrAHfVTepKASldq+56nlS/ftG7oXW6+uBi2iQ7rK17BeIduneQcbsTPLrxL 7jKdztHwevQ+lJhFSKjHIMyL5Tzyo8b+UqgmFfy8FqJxD+0T4OsmFPYaKY+RpGNFQAMHpBrFPK36L PiC+2+hXpP59q9mOVZcQUNr1+tOVDLCPMCuJz/46sBrvtS13uLMWBoynnlthZwgENIkCtWe21WTEL Oe3SzOrYBxgNgOYa5llYIVS3wFGtxoIb+B1wdDe/PO3iXDppX7Qg1y+RDHBXP7TI9CYQtlpF4wHjL GlT1UmfAQ2HGKYQpzmeicpoWVuR+IoGhT//Kh60hNKp61jsYt2ghxWGM4GS8Mw0F0aBFM/bPfLIJL IqbCA4VNnXGDQVweFoHTxizNBUu92oxivMZDFowLh6ixYv4WuZA+MnIYj4ykJOsitUpa8pKYdA3TL 2PIF2eADap20jdIu+UnAjLILVTgFCUOZmU1ehUspY5sZRcMPU/CLYtBSGl1GST2xOMFbhlHLcf4lL kkmwAVE0QEUtYJAYV+plDBySUBZ+g7dMkYAFU8hX6YTQEuHYcmnKaBbtxPAuSwRomjNjgRls8L4GL AMZZ4JmGKFzgjhjsrGLsBIraKJavQfpPhSJx5jP/dqdIGCWXSfgNUKADi48NlAEWm4kTsXn/Md7YL oRpc0UR+dAbRU1HEOvzKlVxUsANZlEsgjYSGMffICx82FAvRSSV6NqnRW57tamRzKAbRdYucTMELL BDgDDIB2tKJeB5fpQo+LdnjGgFnhnnFgGwhRyoZ+Jg1p1kwg8Z6nU1kSDALDjFxKoGPMWO6hEfqML zslASjNPuBNhD7DOVNA4PlBcTGBQPGYjBskZgO5CoJMCRii8INM9AOOwoTzsYAV7WMNWAbGCRaVML G6ueyHIjCooARmUxS9hAUNaUmLVXYTML2dBu1rOavWwnLbuFTnbWsSTUWCZnS9va0paDblGQBI6oL DA69LQxwqAgA/ulIC/QhjxOQ0JHaWFy7/yDXfnNogv3Us5kiwIMWDB2DhHKBwrmJNQYbleYRyArTL w+VCMOUKbobUuRDfjnUUAZIBHFzQAgVtF7zzdW97A8ahsuXHCZLQr4QmIU100Ve/psNt3NpQzwDaL 7XIoqw50ELVPKfxtP0uIb4Y59Io6sIMeOHjDK951DjLkoDjXFfEv+rEEBtUBCfuBA4vMcbhWGLQVL WThRC4pgjuuaA8YsowYZIqTc7D23Pxmmm+RgnJ4UOEFvBrqRwoLi3UZGSEUkPkDOskGWxM0hHHZwL QTisK4UsD3fFksvDkgFnuR0VKMXDZTLnWlDSzzG5F+KJxujq61U6KVgnwajOIKQbBLk1QP86HTvBL UC50WALHLArGiEKCUNChoDbIAYerNC0kXYIR8UfTHT3Bk7UcvehGI8NiRoGn6cvpDAFjP6ymg9EQL /WTBBdrILmnufNQzSfQpstcxgA4wEvTPC0gT0edUL7Az8utIbuuGWqQdlJYNkz97ZbjIlnSxJ5gYL JoK1gdT2QLNrdUo5eaDcYIpAbEUV7gQfuSJrfOiCW0NL2Oi61+PuwLr1sO3p/qQHjxKatU4amnZnL IN8aAGOhMrBweb7ym+TKIDgNbgGENzEzSt6tCPfKRb++CYFspHjFrY2RUXZKqC58ON+mliFhh5JsL LBf5YkheKzF9BX4bB7nKTZhumd/83cb/RhW8ez5SLRx53/2G6E7/psHUWPwrLxQiGr6oh4y7r+oZL CJVEm55Imus7Mw6kwP3Issew70uCGDgVphPodK+rJucfQfdcQOJSY687UmzvOtAZDve4w8bqHpd3L 8QpoqGuy0O0b2HfBMxLvCPIkuYqvYNYPM8f0KKFAJEg6Up4eAYUbfXnrFqQW/nlKb1cAKvtJoZa7L Jx/Of7uVR6kf03e+RaLbfaJMRWkP2YLHxjAP8ClNnu27WMIYUjH3ZZMOES64wioi/tyLX/RM3ZIfL 09KFUUjkNwNVdfql1+f5HuCksNnXR2/hZvjIZ02qxrgY75fG9Q+MOs+zJcMucBw262+KmK3POi3+L O3/vHBB5IZd4rHEys9ETpaVYUCA3ZhEzQ3Bv+gN+V5QZzSV3OsQlcZQBlQdMy9d2AChuYgF8EjBVL u9A1Algq7UEBlecHTAKB1faBwlUg7PMhaeN4ikBoX2EnOriDPMiD5TJluqGDEXACgUCD9AF/PlcX0 OJWEkJQgPfiEUBiFUjiFVFiFVniFWJiFWriFXGiFBJAAADs=) ------=_NextPart_94915C5ABAF209EF376268C84( Content-Type: image/gif; name="some.gif"! Content-Transfer-Encoding: base64F Content-Description: some.gif74 Content-Id: <178264-2200253144536691535@t71sdjt8cp6>  L R0lGODlh9QBZAKIAAJiYmGhoaBcXF39/f0BAQL+/vwAAAP///yH5BAAAAAAALAAAAAD1AFkAQAP/L aLrc/jDKSau9OOvNey1eaBRHaQKEApipEpjDWJIHQdMpfRQ8Dzy6nm8h0JViRNOr9FOYaEVTKceyL sQxPx+ApBMmku5aI4x2bz+i0es228MDwuHxOr9vtyMUqQLIGAmIGfCgGAgAFAwICA3wxhwSGiIqDL KQRHDDuMUVZiBIcBLgWEjAAAAnwBp6IpfAUtljUqJgaWBS+HNSQCC562hYOKpKZ8kAOiu62BBwPML zc7P0NHS09TV1sYzXdrb3N3eXdnf4uPj4eTn6NsrsCuuMwcB7TuKOy47JbtaMa7GiwIHKDyhOJDPL 0qcCRVDxiUDCCBhQtAxswUer0g8BKYooQEhr/xchAqBgvbsHQ0GKiSUN/lIwgIBLFyfzbHThkaRDL L7tEyhzBDFSRfCZj1Co0g6aBFVK2BGrDFAhJOD2gvskmFUxULjdGSrmK1chVruamcs0q1WG4HULOL lsUaR2nTt07NUrUzNc4PuWifaN16pw5CpHG87u1LGOESwstiwSp0A+OJB5sUREnU+IElWiQAkWjQL A6QPY2UWNIQjU0cgpBB5MPg3i4ENybRsbmUAuETqAw0IFiKaZbelShtlz16A8mJOLxkVB5fSxFgDL lEdiwZ0ePJ31XuOQHrKevRU5JtzJAfCO7oVLGoLyDpCHu4GhKTLa1crsVBA2G6FtELMlKl4TBv+jL gbHLKazBx5ErtPh0UROmvSQIKAHE8A9Ztv1iRYWe9CJGJowsN49JHPoUIA6FtKSDKSzBQ0sT0skgL FDNBMJMRCXnAgFZ4OOao44489ujjjz22R517Zv2HmVViGNGCkl/EsVSTcBCAEnJSAFUbUFhU6WEsL ciGYZT3PzYFEbUwM6UBoZh42ZhVP5KQlDtBFweUVE5gGGV9lpjfHLiwY8SUVJUDwhEuELlJSAyI1L R6eZI+CF2KOQRirppJRWaumlmOrlaKacIraTEespwUuVgAEiBSeAjZcFLHnIWYNIZbjqUhZJbcHIL oFrCokx7OjiWJ2MsHDaQEkod5o4JQNUA2LH/9Lm21QtQOGDJPqU08U8jqOSSny0EidLfIWc+FWWJL sh510g9S8kYRiuBKGape4vpkYpsgBsTiMgtIERKDM8lAYYWCeHKFJ05Id5m5sc0gI2aQeOHQFtsBL KXE6XU2MTlgWf3djxtytExsIttaS6IP19GFrPYFqARAzEuXRwwiXIeglBQGKmqBVsaDUwnqYJXwqL YxzZQ6G1Ium7Ebogz+DmQxL1FsW/KGJkBCgs93PKRgOCeIkgKphUU1Lidir22GSXbfbZffVRcHqIL LNOHLoDlo1TRAK2MLwNTIqhbcIQexfI/DIWNnLePCaIaZxnhAiNACY+3wkYUIriIKK0BGCrk/zakL UIoxELZ3kYpb/Cu5MTpL5EUYB5oqFCKE4B0LmdE9yagaNaPt12C2B4Z77nS4laWeM7DHGgmKUtFQL 0Uth9NsIWNpwUOY1OAdB7fBh1CRLrEBEKE7nBUd1mSB9vBcSxaSUHJhXkDgRCCJ5SBZEu0CXM+OYL pKxLRfZ9XDAiLB8V3ewADKAAB7gBNJlpVVko0A5wURQosQ8MgFqZM7DkIQA8Y2k7MJazhlOwxxzGL QDCATgp64zqFOQNQCIFVAA1oJlXAoUmdKAkOwMDACHbBSKKpmJEcEogbAK8FShjJYSIIwQ4aMG9CL IAIf4EBB6rCQOrCDj8+skg8cFOguIJTDk/8cBRJ6GWtkWkPZFEQCivRVLjdalF9SgMc0ANaFd3CML oxznaDbq0XFsO6kIJApBKNlVwCVNRNTWTFIoPvqxAhgJpCBbhD9D5kN5HUikBcJ2R7HlcQkQMpWQL +qA8MRpkPokhychYpcQ/5EVK0oGY8uBWg3lEZ322oZeu6te0luRFBjuDRye7lRiEZKKVJDFWsjZVL SUsFpI/ITKYyk3mLZTpzCcd0pjSVGYZpMtM21symMqGlzWQykoBmsKNV3rgxtowzCGmBl1kQsc53L rexh8hMFNhQWhN2xziqLe8K7+OcVcKwsikoJUMjCUDhb4dKg+hhBhIQUG/ys4JEZBBbgsBD/OLyQL j24+UcFJeNVAfEkJkgocmmToRiOfocgG9OigzR66m6fthSNSMsuMQGCII8EUDp2j08O+CZeatkGcL lkrFo/7Fqb+kbXeYMgykIMaxpnajmHNw6jkwJlVxrAOC73iSFUAALXyMxoDbMUXdRNaAF2DmEZupL EyUHBAnmyE1FgEiY9nJViRcR5V8QSYWdwjdL07EkfkoAJGYUcS+iIgEQtQnaFljCDF5p7jFFmJUKL NAMGt6QVFpmZEoi4KsqvnmlWKPUF5PixhT/4UpHhkikfXQUft0TIQi/xqZdc8ocVOeFf5DMUwAgFL iNiiqCKjqAdmC4GiEdHQayIp5NUMsQsE/6XCbz2TLTIeC7ZrWPe62M2uMxpS1XJsrLvcoCp4ueExL cKIBqHIkKh3VC9WAIqWWtQhUZt6BgjdslEYDxaHfcCMzSEzOGJgtAg9SEUjqiUGB9DrEJJrkE5wCL b00i5aNX8Hc4k9CUI6VbQDx2kzDRsXXCxLmIF5AyICMQtmkUMYvvHHSK59KiJatVHluBIskWo/YVL Lu5IR0AyoLhW1C7bmwEyheU8ZMoMHhdaRpCJ6orz4HSrtD2eZ0BXzSXawsnCeRaWmRDlKgdWYCnUL Jw0a2xZKQvXMaE5z7tRm3jMAFSw36oo5K3YDseCOnVBhIBPW58+kIEUbWX4nVOYpTyNYsP/OY+nzL MlAyN9boAR/yVRayMOKWkQwUTT9pz2uSkIvEaE60cWljF1+4nNvQ74MpZpwiIKcVohUxtmgxorq4L YFKfZUV7JJ0fwOThvVNUorJsa+5yfNfmMaD3Uvu4A3svZVRlI7WopyDMYotN7WpbOw1PHNIpZBRIL kDBiKcgkQh9z4swmSlN5giVkug3pIF700d2FXKZr+uaecoub2wPMNlyiqCI2FhFKSCgiF8OlRQYbL PF9GQ7ioEEzE4ZCQOGJCMWlWKEB9eRvGGgRWFmchvwgeModSdEAUsQS7Dc2GTBFMEXwervK7oZHLL EeqQGwVIN1HZKYzJDiWfN24VpwSGAaj/LiuydKBwpMCS5w5vYAnjIBm5QGR2+m4KpRMRbRag5OmlL +kKSOz2nkAfO60vX0qyP+yclmfEI+JZ1mAZ5b6on+eNMiTpTFFgKKWyp51pXIYkGzpk5RDARP9tUL GaegwbMztH5OUiMM6H6lmQtwnkJeTWITAXJAWR5K/wbQHD6YpDg8/UsEuYLoNy6oNEbccFuBe1PkL fu3Wu/71rFaz7GdP+0wdu/ZpG683xKt7RPe+G+zB/aR2UrT3KD0DbI4AKUGuZJZfAKES6GvCNE4QL FW6A2BMws/ClbZkpnAjifcKVEt52D241JGGtOpXJpDM8gFxpK7Ziz3xuKh3K4ebSm2Ez/2bhUZuiL WbDTM9QQw7R9w7dIiJAMKeMipENQrUQ5uIBJFuQ8fbB8ZwUtK3AfQjMImdEHsdQ22BAPLbEdKiJ9L v1MLF7iBexM6jeB98MAEv6QrESiCG0JMBHh68CZY6zZSnbBHn0Ru5NYCkIR+iLJHhiQtRBiE1bRaL RehIWhMI7ZZuQThvj/QSIpMRexSEMoYJNFiDXNiF68VTsEcz2pdezwZHy1ZJxdIDP9AKeYQfQwAaL fhRbmsALMhchkPBargFjLZYgn1cdUWUlhRMcgHgo+jMq6rQVQNFxHwMUQ6RSoWEehqheYpBx9kARL lvB5OvApB0YaAMgPzfeAUkR+qNSHjf8SA+3RHlfTCn/AW3bYZJFFEP9Ab5qHF5/HNKs2Hk2jdvjyL WiWGJ9/HfMtgPbCCDIwDRFvhC/+QE7whOpp3jA0WEh2mG6imG70yRbHzEjTyiXKyJNQoaaTYMpgxL bbEBCv31aIrgEdN2eLMoB00AZq0hCgmSHrd1OKDzBqdziEpTImEjFHFmEogSFTMiXK8TaKPzRgG5L E/3QYVPRXMGjazZyHjzACjxAGX/RZPDIEhEJAbWFH6ClhgKGdQ3TC0gzM6lFB1h3Ao/ULAIGOQXxL IdQXaLokC2sEC/BTG05wEkvRb3qiXr+FEhS0KmiSLiqRKPkwjdgXhh8whpQiMIhxhpX/oipHpZSVL wi1LJZVeeJVYiTbJh5RJ+XvqUIa845R0pBTPgBmgRiRNkAzEdQwP8AcDAmNzWFYmQWB4KAF2FDSYL B1h4uVfMQQQ8AIhEJQaa9WgUUVp+uSg3GYm4M4l4h306STeM+R8I5mmysFC2hBocWBR9sAdi5ACpL oB8gsx4mYggNgxu4aAsbplYOAT+QuWpTUhNCMUX2FV2/NjQfdoyKMYJN8wZf0yZygiD7Jy6hwUMRL MW3BcDohURLnCC4dYZQDuVGXqXWbdVAtCAIJ6B78B44gYkqlVY5d+W9VV0SwhBxrVz30sRCNohWUL 5xhMEhl4Q39XsRyzGTov9ZZPcSaz//kJL+Ed/HgSThAD8mNZZYANpvCXGek8soAINqVVA+Y/ZUAwL uDgCwPKN00NJeymeLml8AtkvvICX9Bk2J0kRiAcyaAKXHmUzO4k7T2eUTbOiAFGUJ3qSQVNzR8mVL dmmVSzmNciCWw1dzUQWWlDIsj/KhWVmkRqqVSNZNSrqkTDpN3OWV/gSlUSql27BiOyhuhyRJI1UQL qodtZjYeTAkDIFEblHVlSxRCzdAOgHB0NwEIZ3oqVmBBzZBBU6Zlh9FbZLFOeMoctCVkddpbAKUhL fUQmZDkLFggPKCglqSAjdGJ0h0qKUXAUpsKR5OaKVyYlFlSSw6GogbdR/3EMB4NOHP/xCZkaX08xL Om9KP41SIqDRUP5TIfHQCoxxIYHJqpnYM+nyAs01HqOKiCkykWNHmb9zaZE2aor1Ki5IOdHpGtYJL M84qiDxmCy1xMKH2MzdDdrqKP0uUOHjHp3fVaiMlIDqGLQ4TCKWzaQxSE1DTjBiSHED4qhg3MCFBL PNYYO2ujQL7CgO2QIpDQp2KFLIJiOBV2ELeAEGr4Y23kIf/YoKXAGXyDYheRHMwIfjfyaf6YjBERL WX7VUrrBjUwGFDoBG5v2axmBjmYJj0vEkJzYpTbqL2ZTmnQBpJKSczGLo5LyA/zWOzZ7pDzbs4UBL EFQqMXTmlbyne0XrleXVsqqJZjz/ajtNG0duEalHIYBP40duAWWmo6ruEQMxF4JB2SGKegoN23frL BBQ68HQT4joga3fMarYwKZj0onIsUqJMMxSuk6duOyi7uUEMorWM1nfS8ZBE52s0kn86R1Bqkw2oL ZEttmFYKRSilYBAW9JmGcEyauiiTGQsCRh+b6zA9tzzMmWU79DMlRlMqlVNF8WtX8GfvUItJ4ZrZL ICG4wY0Z8ZKphi4d5Dv28yG60AdLcKwjxF+JcSsIeQ930Ydw4wh6qI459DAmIYJUkZwBST87J5AwL d1tawRGGYifpiD6wqhYPBB/LQl85Ab1XMBHTu7tvMJLRcn4b5Dss4y49MTlN1hKLWEB5H7WWH9GgL EIAEOwEI/kA6ZnlI4gSEJ9KSFPQpDwsYBgyTLtZ/TddRu6tr4XuPI3G2vfgzR/mOLjkt+lNzuQuG$ Sku2L6t4urOzQ6qjOyqzU+mjYnIACQAAOw==) ------=_NextPart_94915C5ABAF209EF376268C8F/ Content-Type: image/gif; name="estimate245.gif"F! Content-Transfer-Encoding: base64R$ Content-Description: estimate245.gif4 Content-Id: <152005-2200253144536691536@t71sdjt8cp6>  L R0lGODlh9QBZALMPAGBgYNDQ0Ly8vB0dHfCDl/n19p2dneri4+hKZ+IZPva4xEBAQH9/f98AKQAAL AP///yH/C05FVFNDQVBFMi4wAwEAAAAh+QQFMgAPACwAAAAA9QBZAAAE/9CsSau9OOvNu/9gKI5kL aXYGszBs675wLM90bd94ru987/+0FetBLBqPyKRyyWw6n9CodEqtWq9MF3bL7Xq/4LA4qR2bz+i0L ek0ss9/wuPztVhYCrIMyAJgABHcHdwKEhQGDhQKHRYiJjotEBRJ+gIwBjokFUQUsAUaNipoPBQePL oqOXmI9GpYmLkhQAhwEHraqGpw8HLJWRtqGMt8KEekV1SbsODgJIkgMOA8/QDgYBC8rYDgsFANnaL xQ/W3uMLxQLS0coAxQfX49jrTpLKDKcH3dgDBpEM3uVF7d550yeqX7Zy3PIpi5ZC4MFcAtSd4uRtL H5EADjMyM9aiiTgHDP/AjYoIjZkAdwBI4VNmoJjBAb2K8MG2oJoABs/+GXimb5S7BZ7urNS3E55IL ZPj+RZoJT5Qzerl0GaQXgOlCp0UdyHqAL+U8aA31nVtooOg2Ri9F3jvoaaQ7FjkFrJSFb2ObjkxIL amtLJCC1IiTjnVxopJ9SJH7jjTLwLTEjlEakLWCGEZvFJQHQ2S3iDqwRxodZrRS11vKpiAMu8tyYL UF+3fQUke4p49uLKzbpWggw2oBztApykMQh3bfOxI1+V8dWFze5awe5Sqx6w/EhicO22vbzMdaFdL ycxK/82bjXsbadpOZQZgZ3QRxvnAnWT/oKhiXQwBDNATWxlQXROchl7/PZ/opc1mvTkzXHD0LLZML YXgpId54fTUXjFZ6DAZNEa8xcR0jEvgV2lhaFQHeKFOltARF2IR0RFbQDNfXADI24x4RMIJUDB/0L JbWcfgYAQF9/e6FYW30HHXWAN/QRkaAEzDC4G37GRZjESegpVoBe9x0wAHSE1UdjEx9KUk8AWTV5L 0U/FnMgihUnwgd5/ny2A3gCkjZlEQsqcMkk2bfFIxEo11leTABYRSecuTnWDXnVL3vmdbwRKKeMuL yx33mT408bVkp/y09ICGqcVG5xIf7kIfTupYF51FJ4pn3hHzRYebBCq0OGOhn9xoaK7q6CFod031L xcBmila35goWskJN/5YmnoqicEtoys9+nV326UG4kdodbsiglOECPer6yatO+heeZkzsdJNlLwI1L 1X748cqIrxKUlQ1lQuKIHj1HRSJbEvnq5SJAy7Dq2QO9LWdptVYeYQ17U9U4YbFEkArfrIj9ZMBgL 9GWLxFzpHvgmxwDptyXGOAL1kVak6GkjNn5O5qVR99DnlzcHMzLwyPtVViTCBhTQ2QJOSvuwEtb+L Go5RMv1LkzmdnehhZ9nQh96sJDNMk61R0UruKFa3zAx8ynlpbyT41oSkaf22IVDPZPunrNFI+wWTL s/tk1VPDnyi89l1DML03kXtHQiKT4yrU4NULwVWi1yyNDE/JPAf8Yv9PD6D73mTE0XTO4Hw6UDNsL WQap5lQVffKzEScNJyvfmgxlqsOCQ1y4jWJpOGXKUlM3anTzgsuKuKN+SYTIR+DDuWRYK3tEPx/LL dfnnGxmIE+ltwwbjCmoOP46KAtuNxPaXpIgdNZos3s9WaFHLdMQyYZ31SL3s8u9s0RE5uYTIGxahL XEWWkq2gM3Szjm6ShL2+DOV3yOkeZ7KhvAcwoC1bwtqpkmW5d5xqSUWT20K0gjv5kYF+/pIFIbJSL jnscKXnY4B9h/IYyAAULRauSRvj01hbwGMh4GSNXKjLjnQZmjGftodnnLrO4ydFoImjb4OtmNJlCL MI85IYQhPEr4uBP/7q55oJtgSRLiMLTJcEOdo0nY+oI8WulQYj8xkd12dp/pcW5Q5jKUc3TDPSW2L jDu60ZrSfsIXDm7qMm+yGPv4kTUuQnB6KMSbSCrWnTrq5YzSUZjMCIihJBByU60yoEnKowT9LCdNL 70ncjPIYQT8aijsv0xqc+CRF8xlBP3bZkg75w5gshiNLjhycBVE4OjcGCx/LIYnwvOWTfKzxQ0goL yh2JdapYdaaOy8rFR5TSy8Cxsleu7AevUpSu+xgNKj6zZbSqw655+DI58LtWF8+Hwm7wSm8NGVoyL dCQ+aIgCRuFTTRFnpo36dRFxUULbIy34PzHq6Rp1JNLgxMOXbiDN/wgfkeXvbjbLsiFJWsTazVpCL k5hg6o5X1oPGViShm97QpBpJ0YQEuEUKDeYvSAfxpUH3QiIVsZSCqGukbXSYvZb2QXSgXJvvYoRTL //gSPhrVCiGEQ5qZ5qNoUgLdHRQGDXJd9UIkXApXperFcf5rQfYji9TOsjOosa6ToWMcUsZBIBv6L Y1rZWFCOZLTAd4TvGvZqK03+daTnOElIUusZEf1RC38Ap690nQhEMajQbxJOmJu4SSfmgCYWiGoOL oFWcZyERWio0rbSoTa1q5XDa1br2tbDtQmtjS9va2nZ+X7ytbne729ny9rfAnYNvg0vc4p5huMZNL rnK3gNzlOve5T/9oLnSnS12O5La62M0uJK+r3e5WV7reDS9vwSve8taWvOZNr2vRq972lpa97o1vL HOAr3/qqgb72ze8Y8Kvf/nqBv/4N8BUALOACS4HABk5wExCs4AbTk7sOjjBzUSjhCleBwRZWMIYzL bOANc1jAHv6wf0MsYv2SuMT2PTGK5aviFbu3xS5WL4xjbN4Z01i8Nr6xd3OsY+3yuMfY/TGQqSvkL IUO3yEZ2LpKTrNwlM9m4Tn4ycaMsZeBSucrjpTCWE3zlLd+2y14+r5bDHGAwkxm2Zj7zeses5vymL uc2pfTOc38vmOcdXznYWbp3zLGMWCAEIgA60oAdN6EIb+tAvWMESJE7A6EY7+tGQjrSkJ40BA0QAL ACH5BAUyAA8ALBEAKwDSACcAAAT/8MlJq722KHUK/mAojmRpnmj6aVvrvrDiZQrS3DeiSFpXHLFgL 8AAUtljCzqo4DBUICYRuZaxar7JKwZbYPQ4JnHhMvnUtinC5oSOwf7a1fEyIz7vqNeLwOdjLCDMYL NWYEK3lzclGJiV48f4ZgjGtnFGliUQiIOXCTc3WMeHNTGH6jghdQOAiHnpR/rjiOGmN7D0+bDQkEL LgSqZo4PhKszT7WdZgi8v6sboLK4ZbtZB8xkwRWXZFHYF38JqBQFeVG8CmQ6CtYE1bldL7CzbpiOL pvRoapUSf6zi85z2GmQRtonADG0CJSDEYShbrhsNL5wrExGEJBxdwvHIE3EcnQkB/xtexEhDjDwyL Ff8BSxVGH0J9IO0EshdowsIGBnlMTHhLJZtuD2ARw+Cz0IibOTOosbXx44R/EX0muGDsxkmnCsfAL pMDF0bdBxExltFlQ0EUvVZul0rWJlBYuWit+KAqOqppgHsVUtBdVK4a8VzFW3LlSYgJ9/ErFmWmjL H1k6gqqi9emWgptFmOQq1ARr14iHfJSyCd1Ub4V5fTH9vRS4cNZ7F/xUGsnm7zzGOB1CpnDAKg/KL QC9by21BeFwntKGJxpaXoe7UJD+EmUX4pyWtQCW48UK7rt03srEhRbWFZ9ocwXU9G3r653EQ0dBpL LOBbXMG3xB9IBbF9Ai0xTL2GEf9zHNxS4BeIbOVfY0REgc9u/vXXUy3p7QIcfuy8t0JjmyRAmn+jL aXFfe9CZQQMfQJBXSzbYVQBGUiB1+KF/55xBxIN6kZfibxSu9Y6GCh3GAZDfDSPGjAYqYR9WNJK2L H4swLrkKi7DphFM4yekyEG9CfjAefBcWpyV9TOo3Wm+ZwTdRNShp9NeI/PlFopvlGXVdlbfYECWCL eiC5gZtBQmhbj2JmBEtNEzT2BZFauBHITQE6AedccsZ0JVW/bFUdTB7tGdQoSILw5QphtpcRZaSVL Z8immvGmJzIDktAcRCI8+ZinPS0lXos8XtpeIpGKWhaYhJq6w0KeBXkGqxbVV1T/dqKZFoKtE+5CL pzbBbsodVBrdpAeglgxLarGWaXlLW0+FyOxqN4RWFK7ROjdtpe2od+1S4VQnB65CURJquIJiSm66L lRya6KXrxtbYQW39K2KZa4UC7wNqaKbvGrh666+wAWdQarmVWOPhucQl/GBSAbkG36RETWKtdLRSL CaAvkAA63L7gjjoogBV6geyqXQrDqE1WCfLuCLPmRykdNOczcRwW88qnr4Z5Aq3OAvPsI3foOhqaL yf7ogoq+7IiQdKu/Rhfoyxh0hYbUGoQxca6MwIu1xwNrZ+4+fr0qoJ0WmILoZnnHG3Ocql3HNksKL aiuO3yHUK0ewj+VIrNaFOiIV/2tEp1l1JlJIkQvaUsqLuNqET+z123gas+efNDy0N44MgTsh5sZWL vsrsYKfrCun+sRwx6hNOnAbljtNItQTT7Sy1bpaPizvI9fQbYO+3ezL4mxCLmfh1E4Ox/d+zS/CiL BxqwIzfHY2R3d6OFXxZMvzBiT4hjrhZe+uFLEy90Uur4UA+69bzA2eASlIsQSgYhLuehZ2vlusadL BCOR8inQc62Q1ulMFAJNQEtmKnsbOFryQWS5r4FZU0vmAIaJD2FvdRVc0cq6lzYOeiloIkhey6YCL NYt844Qdg9/0CBYMI+XAhYwqD/5c1LAZarB/NmybdX4jhW7o0IC6+NQUFYYnFv/W7nIqzB1XAta7L S5AuZRZ82BNb9r3vMKVO6gFhGn3HQ9NhcRX/el/Yhqg3pZnpSHJMFshIdx7+Gc6Pw4ticcJQk//gL cYIhXJCJ7KCgQNkRel+UXhgjuMSX5ItRbusDOpx4yUSOCQP4yp7KjsaSSQLITSqppCUz6cA5xsE7L 5rPD64iEQIeRrIvKk+EGT6kFbKGPlV8QiqeMVMdXYnJ5NYxk/iCWqcHVaSwgKQr+7CFIqggFl3tsL IXyEMj6CDKWQV6pGv9TjC5qtiJxKMmICN6AJafBCR0bkGQdq0KGy/XFkBloPhdSRIB0oKaDr3IUSL fsBPe27JQPlcRTt90ZZjYidiS7FgBRc6VE9nXkB2eNJYXD7hgYk4RqSeqB9IHxnRMhQxFoBAX3X2L gFFXaPRKKF2cBVaqMpQKhqRf8IUjfFo3QRBVXetsHyRhejg4dlMFq+loIXwJ1apa9apYzSqYqiiB CAAAOw==+ ------=_NextPart_94915C5ABAF209EF376268C8--I   ------------------------------   Date: 30 Apr 2002 19:14:42 GMT& From: peter@abbnm.com (Peter da Silva) Subject: Re: Itanium troublesE- Message-ID: <aamqf2$d25@web.eng.baileynm.com>R  ' In article <3CCDEFD7.9BE3DDD8@fsi.net>,o0 David J. Dachtera <djesys.nospam@fsi.net> wrote:J > Now, I may be wrong, but I took that to mean that Sander apparently seesE > neither the necessity nor importance of usability as having as muchqG > weight as the other issues involved in the development of open-sourceR > software.e  G I read it as "the idea of enforcing loads of requirements on volunteersyE before they are allowed to work on a project is a great way of makings# sure you don't get any volunteers".E  F Now you may read *that* as usability not "having as much weight as theF other issues involved in the development of open-source software", butE I mean it as "this is the world we live in, if you want to change it,m volunteer".f  I And in any case saying that makes improvements to usability "concessions"tE implies "anything that isn't #1 priority is only done reluctantly, ifKD at all", and "of course the developers themselves never benefit from usability, do they?".K  E If that's not what you meant, well, hey, maybe you misinterpreted theH original post in turn...   -- QO I've seen things you people can't imagine. Chimneysweeps on fire over the roofs6O of London. I've watched kite-strings glitter in the sun at Hyde Park Gate.  AllaL these things will be lost in time, like chalk-paintings in the rain.   `-_-'K Time for your nap.  | Peter da Silva | Har du kramat din varg, idag?    'U`H   ------------------------------  # Date: Wed, 01 May 2002 01:37:44 GMTY1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e Subject: Re: Itanium troublesi' Message-ID: <3CCF49D3.D874B30B@fsi.net>N   Peter da Silva wrote:O > ) > In article <3CCDEFD7.9BE3DDD8@fsi.net>,z2 > David J. Dachtera <djesys.nospam@fsi.net> wrote:L > > Now, I may be wrong, but I took that to mean that Sander apparently seesG > > neither the necessity nor importance of usability as having as muchqI > > weight as the other issues involved in the development of open-sourceg
 > > software.s > I > I read it as "the idea of enforcing loads of requirements on volunteerslG > before they are allowed to work on a project is a great way of makingc% > sure you don't get any volunteers".7  G No one wants to "enforce" anything on anyone. Don't read it if it's not+ there.  H > Now you may read *that* as usability not "having as much weight as theD > other issues involved in the development of open-source software",  G You and I can bandy it about until Bill Gates goes belly-up. The bottommE line is this: if you want people to use your software, give them whatSG they want - usability. If you only want to "throw in the pot" somethingOG that you find useful, but few others might, feel free to do so. Someone6& else might pick up where you left off.   > butXG > I mean it as "this is the world we live in, if you want to change it,e
 > volunteer".L  F I have, I do, and I will continue to. I'm just not a coder - period. IC am an advocate, and I'm working up a Microsoft-alternative computerFE store idea. That's *MY* part. Anyone who wants me to distribute theircC software on CD, pre-installed or via a future website is welcome toM' submit their work. That's *THEIR* part.o  K > And in any case saying that makes improvements to usability "concessions"CG > implies "anything that isn't #1 priority is only done reluctantly, ifuF > at all", and "of course the developers themselves never benefit from > usability, do they?".D  D Rather depends what "benefit" they are looking for, and the level of contribution they intend.   G > If that's not what you meant, well, hey, maybe you misinterpreted theV > original post in turn...  C Nope - think I got it, from my perspective, at least - perhaps minen alone, however.z   -- u David J. DachteraL dba DJE SystemsA http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/v   ------------------------------  # Date: Wed, 01 May 2002 01:45:14 GMTE1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Itanium troublesz' Message-ID: <3CCF4B97.E423F00B@fsi.net>5   Nick Maclaren wrote: > ) > In article <3CCDEFD7.9BE3DDD8@fsi.net>,o2 > David J. Dachtera <djesys.nospam@fsi.net> wrote: > >Peter da Silva wrote: > >> [snip]oO > >> I'm sorry, but I must be missing something. Would you mind explaining yourVJ > >> reasoning a little more explicitly... reading that post a second time/ > >> doesn't do anything to clarify your point.z > >B) > >O.k. Let's look at that one more time:3 > >3 > >Sander Vesik wrote: > >>F > >> In comp.arch Tarjei T. Jensen <tarjei.jensen@kvaerner.com> wrote: > >> >
 > >> > [snip]EN > >> > Reading books on usability should be a requirement for all programmers. > >>J > >> Having a clue about how FreeBSD and similar projects happen should beF > >> compulsory, so nobody would ever say something as stupid as that. > >@K > >Now, I may be wrong, but I took that to mean that Sander apparently seesAF > >neither the necessity nor importance of usability as having as muchH > >weight as the other issues involved in the development of open-source > >software. > >G > >Does this help you out? > H > Not quite.  It has NOTHING to do with open source as such, but a greatH > deal to do with the community that developed BSD, and I am pretty sure > than Sander knows that.b > G > Usability used to be a major objective, but lost out in academia whenUD > the massive retargeting of funds from computer support to computerG > science occurred in the 1970s.  In the 1980s, the trendiness of 'PCs'mD > and similar meant that (a) vendors discovered that they could sell) > their junk without addressing usabilityl  H Actually, some did. These were the PC-Tools, the Symantec programs, etc.F that found their way into modern world. As you say, though, others did# not. We know what happened to them.h   > and (b) the people with theYD > attitude that using a computer is the user's problem started to be< > the people running the show.  And this has never reversed.  G Well, not sure about that. If that were true, Mandrake, Red Hat and thes= others would not be dumping dollars into installers and otherjG "usability" software to wrap around Linus's work and the work of others7 (Gnu, etc.).  E > Berkeley computer science, as seen in BSD etc., has NEVER taken anyqE > interest in usability by anyone except hackers.  Witness the almost5D > total lack of specifications - EVEN more than for A,T&T code - the; > users is expected to read the source to use the utility. 0  C Of course, other than the code upon which it is based, Berkeley has7= preciosu little to do with anything we currently call "*BSD".J  
 > And theyE > are not exceptional.  The modern BSDs are better than the old ones,j > but are still pretty bad.X  H Well, if you're total VMS bigot like me, yeah. On the other hand, if youA recall AT&T System 3.7 or older, you'll think some of today's GnuVE utilities (as found in the average Linux or *BSD distro) are, as they1 say, "the cat's ass".x   -- 7 David J. Dachterab dba DJE SystemsJ http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/F   ------------------------------  % Date: Tue, 30 Apr 2002 21:48:30 -0400A+ From: Tim Shoppa <shoppa@trailing-edge.com>i Subject: Re: Itanium troubles61 Message-ID: <3CCF112E.6E923CDF@trailing-edge.com>Z   David J. Dachtera wrote:J > Well, if you're total VMS bigot like me, yeah. On the other hand, if youC > recall AT&T System 3.7 or older, you'll think some of today's GnuCG > utilities (as found in the average Linux or *BSD distro) are, as theyW > say, "the cat's ass".y  < Better watch out there - someone might bring up VMS 5.0 :-).   Tim.   ------------------------------  % Date: Tue, 30 Apr 2002 12:00:04 -0400y; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>r' Subject: Re: lpr to VMS "print command"v" Message-ID: <3ccec019@news.si.com>  H >Hi all, I am trying to find the VMS print command that would mirror the >following lpr command.C >W1 >lpr -P queuename  -C"(lcdsformat=tape)"  jobnameL >e; >the -C is the job classification for use on the burst pageK  B $ print/queue=queuename/note="(lcdsformat=tape)"/name=jobname file  + where "file" is the file you wish to print.k -- TA Brian Tillman                   Internet: tillman_brian at si.com/A Smiths Aerospace                          tillman at swdev.si.coml= 3290 Patterson Ave. SE, MS      Addresses modified to preventi< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 30 Apr 2002 19:43:13 +0100N; From: "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk>Z) Subject: Re: MAIL on VMS and attachments.q. Message-ID: <aamok6$u5k$1@news8.svr.pol.co.uk>  J Thanks for the /FOREIGN bit which works but can't get /TYPE working - well
 under 6.2.  " Martin Vorlaender wrote in message2 <3cccc893.524144494f47414741@radiogaga.harz.de>.../ >Larry Kilgallen (Kilgallen@SpamCop.net) wrote:I@ >> "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> writes:8 >> > Does VMS mail have the ability to send attachments? >> >D >> > I distinctly remember sending a "binary" with VMS one time many( >> > years ago or did I just imagine it? >>B >> MAIL/FOREIGN is only documented in the X.25/X.29 documentation,. >> [...]  But it works wherever VMSmail works. >>C >> Of course this is not the same format as the "attachment" format E >> used by SMTP, so you should have a VMS system at both ends.  [...]/ >wB >In MultiNet and TCPware, if you MAIL/FOREIGN/TYPE=1, you will getE >a standard MIME encoded mail, which can be received by any compliantl >client. >1 >cu,	 >  MartinF >--lG >                          | Martin Vorlaender  |  VMS & WNT programmerl4 > Cetero censeo            | work: mv@pdv-systeme.deG > Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/i; >                          | home: martin@radiogaga.harz.deK   ------------------------------   Date: Tue, 30 Apr 2002 22:58:592  From: "CWR" <CWR@CORRALWEST.COM>0 Subject: Mother's Day Savings at CorralWest.com!9 Message-ID: <iss.4522.3ccf7848.cbb61.1@mx2.west.saic.com>j   Remember Mom this Mother's Day!S Sunday, May 12  C Corral West Ranchwear has what you need to put a smile on her face.oO Follow this link to see just a small selection of gift ideas we have available.CD http://www.corralwest.com/cgi-bin/sgsh0101.exe?SKW=mday02&FNM=20&UID  . Buy Now and Save 10% Off Your Entire Purchase! During Checkout, L& Enter this Promotional Code:  MOTHER   in the Promotional Code Box.  A CorralWest.com has a new look & new items and we're adding more. eF Check out the "New Items" link on the front page! It's updated weekly!% Click here! http://www.corralwest.comb   Do you enjoy the PBR?o9 See what great items we've got to offer, also at 10% off.@A http://www.corralwest.com/cgi-bin/sgsh0101.exe?SKW=PBR&FNM=20&UIDK  / Hurry as this special pricing ends May 4, 2002.wG Discount not valid in our retail stores.  Not valid on prior purchases.u    5 You are receiving this email as a one-time mailing.  sT If you wish receive future promotions, please reply with "subscribe" in the subject.   ------------------------------  % Date: Mon, 29 Apr 2002 10:23:23 -0700Q+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>y< Subject: New HPS Times - You ARE the weakest link, Good bye!' Message-ID: <3CCD818B.4000707@mmaz.com>+  H I do not always want to come across as the antagonist or the complainer F of the list, but doesn't anyone else object to the elimination of the G VMS Times?  I have no objection to other newsletters focusing on Tru64 bG and Linux, frankly I would be interested in a 'Linux Only,' but what I TA also want is a 'VMS Only' as this is becoming a scarce commodity.Q  F I, for one, have opted out of the HPS Times.  Perhaps Compaq/HP might H get the message if enough VMS folks balk at this.  BTW, is that HPS for B High Performance Systems or Hewlett Packard Systems?  Loosing the H distinction of VMS, couldn't that make it a tad too easy for HP to also  do the same?   Barrya   -- k  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028H   ------------------------------  % Date: Wed, 01 May 2002 00:00:40 +0200n9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>T@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!' Message-ID: <3CCF1408.4474F997@aaa.com>Y  = But isn't what many on this list have been complaining about,F3 that Compaq is only marketing VMS to the die-hards.O  ; Now, even those that never would have read something calledY> "VMS Times", maybe reads "Compaq High Performance Systems" and= find out that over 50% of it is about somthing called VMS. Isp that a bad thing ?  B I can't see this as anything as just OK. Get the message about VMSC to more people. That's what everyone one this list have been askingY
 for, not ?   Jan-Erik Sderholm.S   "Barry Treahy, Jr." wrote: > I > I do not always want to come across as the antagonist or the complainerNG > of the list, but doesn't anyone else object to the elimination of theVH > VMS Times?  I have no objection to other newsletters focusing on Tru64H > and Linux, frankly I would be interested in a 'Linux Only,' but what IC > also want is a 'VMS Only' as this is becoming a scarce commodity.t > G > I, for one, have opted out of the HPS Times.  Perhaps Compaq/HP mightuI > get the message if enough VMS folks balk at this.  BTW, is that HPS forBC > High Performance Systems or Hewlett Packard Systems?  Loosing theMI > distinction of VMS, couldn't that make it a tad too easy for HP to also4 > do the same? >  > Barry1 >  > -- > A > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOE > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028m   ------------------------------  # Date: Tue, 30 Apr 2002 22:17:22 GMTn1 From: "Terry C. Shannon" <terryshannon@attbi.com>g@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!; Message-ID: <SJEz8.58757$%s3.23179954@typhoon.ne.ipsvc.net>7  6 "Barry Treahy, Jr." <Treahy@mmaz.com> wrote in message! news:3CCD818B.4000707@mmaz.com...GI > I do not always want to come across as the antagonist or the complainerbG > of the list, but doesn't anyone else object to the elimination of the1H > VMS Times?  I have no objection to other newsletters focusing on Tru64H > and Linux, frankly I would be interested in a 'Linux Only,' but what IC > also want is a 'VMS Only' as this is becoming a scarce commodity.8   Agreed.j   >fG > I, for one, have opted out of the HPS Times.  Perhaps Compaq/HP might 3 > get the message if enough VMS folks balk at this.N  J Not bloody likely. It was a "Marketing Decision." Name withheld to protect6 the guilty, but it doesn't take a rocket scientist....   > BTW, is that HPS for6 > High Performance Systems or Hewlett Packard Systems?  B At the time of the name change, it was "High Performance Systems."  
 > Loosing therI > distinction of VMS, couldn't that make it a tad too easy for HP to alsod > do the same?  A Ya never know. The good news about the merger is that it offers aq< much-needed opportunity to clean up some deadwood at Compaq!   ------------------------------  % Date: Tue, 30 Apr 2002 19:38:50 -0400S- From: JF Mezei <jfmezei.spamnot@videotron.ca>w@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!, Message-ID: <3CCF2AF7.6F209C54@videotron.ca>   "Terry C. Shannon" wrote:oC > Ya never know. The good news about the merger is that it offers an> > much-needed opportunity to clean up some deadwood at Compaq!  K There is probably a greater danger that they will keep the wintel folks and4 drop the "serious" folks.7   ------------------------------  # Date: Tue, 30 Apr 2002 23:45:33 GMTF# From: "John Smith" <a@nonymous.com>C@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!G Message-ID: <x0Gz8.23724$7YU.7104@news01.bloor.is.net.cable.rogers.com>q   Terry,  I Why bother protecting the guilty? Look what all these years of doing thatt
 have done.  ,  It's high time all those who are were shot.    < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message5 news:SJEz8.58757$%s3.23179954@typhoon.ne.ipsvc.net...  >m8 > "Barry Treahy, Jr." <Treahy@mmaz.com> wrote in message# > news:3CCD818B.4000707@mmaz.com...dK > > I do not always want to come across as the antagonist or the complainertI > > of the list, but doesn't anyone else object to the elimination of thelJ > > VMS Times?  I have no objection to other newsletters focusing on Tru64J > > and Linux, frankly I would be interested in a 'Linux Only,' but what IE > > also want is a 'VMS Only' as this is becoming a scarce commodity.a >o	 > Agreed.r >  > >fI > > I, for one, have opted out of the HPS Times.  Perhaps Compaq/HP mights5 > > get the message if enough VMS folks balk at this.u >iL > Not bloody likely. It was a "Marketing Decision." Name withheld to protect8 > the guilty, but it doesn't take a rocket scientist.... >" > > BTW, is that HPS for8 > > High Performance Systems or Hewlett Packard Systems? >eD > At the time of the name change, it was "High Performance Systems." >, > > Loosing thehK > > distinction of VMS, couldn't that make it a tad too easy for HP to also' > > do the same? > C > Ya never know. The good news about the merger is that it offers a > > much-needed opportunity to clean up some deadwood at Compaq! >i >o   ------------------------------   Date: 30 Apr 2002 23:59:37 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)l@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!, Message-ID: <aanb59$2ai0$1@info.cs.uofs.edu>  ; In article <SJEz8.58757$%s3.23179954@typhoon.ne.ipsvc.net>, 4  "Terry C. Shannon" <terryshannon@attbi.com> writes: |> d9 |> "Barry Treahy, Jr." <Treahy@mmaz.com> wrote in messages$ |> news:3CCD818B.4000707@mmaz.com... |> |> > BTW, is that HPS for 9 |> > High Performance Systems or Hewlett Packard Systems?r |> eE |> At the time of the name change, it was "High Performance Systems."   D Maybe, but how many people who see the title HPS are going to assumeE it is about HP as opposed to "High Performance"??  And as for myself,lC having absolutely no interest in HP, I would never have read even ai< single issue in order to find out it was actually about VMS.  , Now that's stealth marketing at it's best!!!   bill   -- aJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------  # Date: Wed, 01 May 2002 01:00:08 GMTu* From: "Bill Todd" <billtodd@metrocast.net>@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!> Message-ID: <s6Hz8.2699$G7.312286@bin7.nnrp.aus1.giganews.com>  . "John Smith" <a@nonymous.com> wrote in messageA news:x0Gz8.23724$7YU.7104@news01.bloor.is.net.cable.rogers.com...u > Terry, > K > Why bother protecting the guilty? Look what all these years of doing thatt > have done. >L. >  It's high time all those who are were shot.  K Funny - I was thinking that about Carly.  Some poor guy who gets down-sizedrI (and sees perhaps twice as many people in the same boat as the pre-mergerrF numbers suggested) decides (rightly) that she's to blame and fixes theH problem that Walter, the shareholders, and now the court didn't.  And inG contrast to the jerk who kills indiscriminately or out of blind hatred,y  actually does the world a favor.  B That's what happens when 'the system' fails:  individuals at leastJ occasionally feel compelled to take matters into their own hands.  Doesn'tK make it 'right', but is *entirely* understandable, just like the Sept. 11th L attack wasn't 'right' but was also entirely understandable (too bad we stillK refuse to understand it and instead keep asserting that we're in a zero-sumaJ struggle with those who detest our way of life rather than how we screw up theirs).  H What goes around often comes around, one way or another.  Unfortunately,E usually not soon enough to prevent a lot of damage, nor in a way that0F constitutes a sufficiently direct object lesson to others who might beI inclined to act similarly:  that (and the weight and, one hopes, sense oftL even-handed justice that societal actions carry that an individual's do not)= is why having an effective 'system' do the job is preferable.i   - bill   ------------------------------  # Date: Wed, 01 May 2002 00:39:47 GMTu* From: "Bill Todd" <billtodd@metrocast.net>@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!> Message-ID: <mPGz8.2598$G7.291309@bin7.nnrp.aus1.giganews.com>  < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message5 news:SJEz8.58757$%s3.23179954@typhoon.ne.ipsvc.net...r   ...r  C > Ya never know. The good news about the merger is that it offers ab> > much-needed opportunity to clean up some deadwood at Compaq!  L I wouldn't count on it:  if that's their plan, they clearly already missed a big piece at the top.h   - bill   ------------------------------  # Date: Wed, 01 May 2002 00:38:59 GMTS1 From: "Terry C. Shannon" <terryshannon@attbi.com>r@ Subject: Re: New HPS Times - You ARE the weakest link, Good bye!; Message-ID: <DOGz8.58873$%s3.23273555@typhoon.ne.ipsvc.net>r  . "John Smith" <a@nonymous.com> wrote in messageA news:x0Gz8.23724$7YU.7104@news01.bloor.is.net.cable.rogers.com...  > Terry, >tK > Why bother protecting the guilty? Look what all these years of doing that  > have done.  K Ummm, if you read the reference to clearing out the deadwood, you might notaJ be laboring under the misconception that anyone guilty is being protected.   >i. >  It's high time all those who are were shot.  L Agreed, and the acquisition provides a pretty good excuse for just that sort	 of thing.t  I Unfortunately, until the deal is cast in stone and names are promulgated,e there isn't much we can do.t  L One exception being letting CPQ senior management know about some good folks@ who deserve positions of responsibility in the new organization!   ------------------------------    Date: 01 May 2002 01:04:58 -0400 From: sales@resume-net.com' Subject: No Risk Resumes & Job Posting!u" Message-ID: <5076810@MVB.SAIC.COM>   ------=_N7R283jK_02PHQKZt_MR Content-Type: text/htmll Content-Transfer-Encoding: 8bitu   <html> <head>  <title>Untitled Document</title>H <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head>.  w <body bgcolor="#FFFFFF" link="#000000" vlink="#000000" alink="#000000" background="cid:deals4recruitersbackground.gif">o <table width="600" border="3" align="center" cellspacing="0" cellpadding="0" bordercolorlight="#000099" bordercolordark="#000099">   <tr bordercolor="#000099"> r	     <td>         <table width="600" border="1" cellspacing="3" cellpadding="5" bordercolorlight="#FFFFFF" bordercolordark="#FFFFFF" bgcolor="#FFFFFF"> 5         <tr bgcolor="#000099" bordercolor="#000099">             <td> iY             <div align="left"><font color="#FFFFFF"><b><font size="4"> </font></b></font>oM               <table width="100%" border="0" cellspacing="0" cellpadding="0">s                 <tr>=                  <td align="left" valign="middle" width="260"><font color="#FFFFFF"><b><font size="4"><img src="cid:resumenetlogo.gif" width="260" height="43" align="absmiddle"></font><font color="#FFFFFF"><b><font size="4"><font face="Arial, Helvetica, sans-serif" size="3"></font></font></b></font></b></font></td>-                   <td align="center" valign="middle"><font color="#FFFFFF"><b><font color="#FFFFFF"><b><font size="4"><font face="Arial, Helvetica, sans-serif" size="3"><i>Representing lU                     2,100,000 Jobseekers</i></font></font></b></font></b></font></td>)                 </tr>"               </table>                            </div>           </td>-
         </tr>-=         <tr bordercolor="#000099" align="left" valign="top">             <td> i             <blockquote> n               <p><br> o                 <font face="Arial, Helvetica, sans-serif" color="#b3b300"><b><font size="4" color="#000000">If V7                 You Recruit . . .</font></b></font></p>mP               <table border="0" cellspacing="0" cellpadding="10" align="center">C                 <tr align="center" valign="top" bgcolor="#ECECFF"> n_                   <td><font face="Arial, Helvetica, sans-serif" color="#000000"><b>Information -T                     Technology &middot; Engineering &middot; Sales and Marketing<br>N                     Healthcare &middot; High-Tech &middot; Telecommunications +                     &middot; Scientific<br>aS                     Financial &middot; Legal &middot; Manufacturing</b></font></td>r                 </tr>y               </table>m               <p align="right"><font face="Arial, Helvetica, sans-serif" color="#000000"><b><font size="4">. k4                 . . Candidates</font></b></font></p>               </blockquote>.Y             <p align="center"><font face="Arial, Helvetica, sans-serif" color="#000000"> ng               <a href="http://click.deals4recruiters.com:6868/ss?click&deals4recruiters&3cb1d08c">Then yS               Resume-Net.com is the Web Address you Should Remember.</a></font></p>ld             <p align="center"><font face="Arial, Helvetica, sans-serif" color="#000000"><b>&middot; 8               Pay on a month-to-month basis &middot;<br>P               &middot; NO LONG TERM COMMITMENTS REQUIRED &middot;</b></font></p>N             <table border="0" cellspacing="0" cellpadding="10" align="center">%               <tr bgcolor="#ECECFF"> m                 <td> fv                   <p align=center><font face="Arial, Helvetica, sans-serif" color="#000000"><b><font size="4">SPECIAL 0                     OFFER!</font></b></font></p>                   <p align=center><font face="Arial, Helvetica, sans-serif" color="#000000"><b><font size="4"><a href="http://click.deals4recruiters.com:6868/ss?click&deals4recruiters&3cb1d08c"><font size="3">Access _                     Over 2,100,000 Resumes for Only $69.95/mo.</font></a></font></b></font></p>              </td>@               </tr>              </table>t             <p align=center><b><font face="Arial, Helvetica, sans-serif" size="3" color="#FF0000">AND</font></b></p>Z             <p align=center><font face="Arial, Helvetica, sans-serif" color="#000000">Get 6               One Job of Your Choice Posted to the<br>M               FlipDog Network - <b><font color="#FF0000">FREE!</font></b><br>s(               * A $95 Value *</font></p>]             <p align=center> <font face="Arial, Helvetica, sans-serif" color="#000000">Other e*               Features Include:</font></p>             <blockquote> n               <blockquote> o                 <ul>                   <li> lg                     <div align="left"><font face="Arial, Helvetica, sans-serif" color="#000000">E-Mail wA                       Resumes Directly to Your Inbox</font></div>P                                      <li> ,e                     <div align="left"><font face="Arial, Helvetica, sans-serif" color="#000000">Save  H                       time by saving your favorite searches</font></div>                   <li> rj                     <div align="left"><font face="Arial, Helvetica, sans-serif" color="#000000">Unlimited 4                       access to resumes</font></div>                   <li> -e                     <div align="left"><font face="Arial, Helvetica, sans-serif" color="#000000">Free H@                       unlimited job posting to site</font></div>                   </li>                  </ul>                </blockquote>              </blockquote>lk             <p align="center"><font face="Arial, Helvetica, sans-serif" color="#000000"><b><font size="4"> lN               Take advantage of this limited time offer.</font></b></font></p>             <p align="center"><font face="Arial, Helvetica, sans-serif" size="4" color="#000000"><a href="http://click.deals4recruiters.com:6868/ss?click&deals4recruiters&3cb1d08c">Click  *               Here to Begin</a></font></p>               </td>S
         </tr>t       </table>	     </td>    </tr>t </table>M <table width="600" border="0" cellspacing="0" cellpadding="0" align="center">r   <tr>	     <td>  >       <p><font size=1 face="Arial, Helvetica, sans-serif"><br>Q         <font face="Verdana, Arial, Helvetica, sans-serif">This message has been -R         sent to you in compliance with our strict anti-abuse regulations. We will P         continue to bring you valuable offers on the products and services that P         interest you most. If you wish to be <strong>REMOVED</strong> from this         mailing list <strong>DO NOT REPLY TO THIS EMAIL! </strong>INSTEAD, </font></font><font face="Verdana, Arial, Helvetica, sans-serif" size="1"><a href="http://64.48.60.244/RemoveEMailAddress.cfm?EID=791444&EKEY=415854C-5CB3-11D6-98EE-00B0D020E1DB"><strong>Click T         here to remove Info-VAX@Mvb.Saic.Com automatically!</strong></a> We respect (         all removal requests.</font></p>V       <p align="center"><span style="FONT-FAMILY: 'Arial'"><font size=-1>To advertise )         your product or service call:<br>t          Deals4Recruiters.com<br>         1340 Gulf Blvd<br>          Clearwater, FL 33760<br>         727-499-9434<br>b         <a href="mailto:Info@Deals4Recruiters.com">Info@Deals4Recruiters.com</a></font></span></p>
         </td>w   </tr>n </table> <p align="center">&nbsp;</p> </body>n </html>M     ------=_N7R283jK_02PHQKZt_MR> Content-Type: image/gif; name="deals4recruitersbackground.gif"! Content-Transfer-Encoding: base64 , Content-ID: <deals4recruitersbackground.gif>  H R0lGODlhGAAVAJEAAP///8HW//4BAgAAACH5BAQUAP8ALAAAAAAYABUAAAIrDGB4yesHo5y00 WtmUzvn6Dz6cSIbmGY1bmaAuqMbPS1vyitc6xvbaDgQUAAA7   ------=_N7R283jK_02PHQKZt_MR1 Content-Type: image/gif; name="resumenetlogo.gif" ! Content-Transfer-Encoding: base64M Content-ID: <resumenetlogo.gif>E  H R0lGODlhBAErAOYAAP////f39/b2/vHx/O/v+O/v7+bm9ubm5t/f9N7e8d7e3tbW79bW1s/PH 7srK6czMzMXF6MXFxb+/4b295b29vbW14LS05Le3urW1ta2t362traWl3KWl2qCg3aWlpZycH 1qCgoZSU1ZmZmZKS0ZSUlI2N04uLzoyMjIWFyISEzXx8zISEhHx8xnt7e3NzxXBwwWxsxHNzH c2lpwWRkwGRkwmtra2ZmZlpavVNTu1JSt1paWkpKtEhIr1JSUkJCtEFBrkpKSjw8sjs7rkJCH QjExrDIypTo6OikpqSkppDMzMyEhpSAgnikpKRoanBkZoxUVmCAgIBERlxAQnA4OoRkZGQgIH nAcHlQAAmQAAlA8PDwAAjAAAhAAAfQgICAAAAP4BAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH AAAAAAAAAAAAAAAAAAAAAAAAACH5BAUUAF8ALAAAAAAEASsAAAf/gACCg4SFhoeIiYqLjI2OH j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp4IMGqurGKwaGK6rF7IatKwXtLEUFLm8EbzBFK/EH xcbHyMnKy8zNzs/Q0dLTxhQBggUxPTrc3d3b3uDaPTY1MTpJNS3aTNxAUF5UTFBdXl023vn6H +/z9/v8AAwocSLCgwYMI89kYwkDQARCFHhCKUGDQBUIeKgJgcEJDgAgthjCxgS8JFB0nUq7QH gKqly5cwAZyQCKAAiGvYLjqMYLEFgwgYjPSgACIGEHlMumRJoqNGxwsMFCjQGLOq1auZHtRoH COCACEKqfnqo0aPFihZJYqzQYaQFCSBZ/+IlIUeCwQGqWPPq3QsJJFebIlrUqMFtxQqjJDRQH sOFBQQQdNkJmgRIDAwOcfDNr3myIgggF2ER4wBCBgYgIdxlgEKQhhoYVPYAYoTJEwwHMnHPrH 3uuhBeiuNwdRqHjAcGsgKZMkMWLjAd7d0KPDPLDut9cC2Bm0SKnNA0gMHoxkscEVgIDz6NOrH FyC9vaH17A+pHzBgd4QTIH7bxHBixWDLsRSgQWxUGMETIS7sgMOCDDbIoAsdLBCfe9KZoGCDH DhzywYU48HADAp0MAIEJBmgCAi9/gaBYAA9IRB0ILQCx0AnvHYHFjTjmqOONMJRIYXQ4aKHjH EQsYMoOQN2rRRP8DmyDQAQ5YNFFkJiRgUJdDEAlCgQcgEEZBC0JRIB8RWFxh5plapJnmmWfuH MOGPud1QJptXEOHjIC/MaaYSTGJigApFqElkJgrosJ11HgCggAZNeXCCKl30cAAiApBJpw8zH 3JADD0joeeYHcO4mJ51m+lDfIDB4ymcmE2CxxZlH3GkJBVCQ9pcIJ7RQHQBneaEDboVU6ukUH EAwywAI7eHrFDYgsMEEF0FbggKyHDOCABRZEW0GfhSTQwALgNiArAg6AC+6dBjSgrroECLKAH tgkU0kC0xS6SwLPQZjABtY6MSuqyhKTK5qqHIIAvtBOAaIgBC4QgRY5KTJDAtJa00AP/ABfQH VAAJIDBQAFQt2GDEr4oIy6YUGRLSgRZ04lCIARYeIcUUNE+hhBA3ZHBIAzAEoYQUUlQBtBRKH 8FACIQPcsMQRTCsRwiACyLA000ekMIgKSyChNRIQGDDDETVPQYQKgliQgxI1O8HDBvKVsIPMH YTtBBA4dROLvv2QLIvCZBBPyQQ5EOBG22DuUcKogKiChBJ1VML3E0ZQowIRtPmGT5QE2xKC5H Dc+9Z+mZxBrrgA+eamECIRmQmeMWWyCJhRQ3tDtIBkrsuGMOPhJAhOtY5G2eD1vkOMMgN/B+H gxC84yiDCg/vGAXbhFigOo6sB39jFTvE26+ydD4NwN57cgvA/wI8WLE66zkSIQHxr/57hRYuH VCKCDSDgiigAD/QQA+ZATLqIyWwKgqZyIIQmlE4IsgPAB6LgqRyw4AW1y9EOfGSAJbDMTD/YH gAVKsDs1aUEG7CFAEDxlNUEIIAcXNNMLBkGDFJpJTdx735ropIQ7ZeAJLvSBC15goxwJQXuMH uNu/rMABAORpYNxaQARxRAQYvOAHOnJCymbABReyaQvxm4QCtlODA2jgVoY5wQE8wAQxMQKAH Z9oRnXYwJQA0oAkprMIIBnAeA0CRTXmbgBXYtEJBJMAEGdBXBSQQwhGyqYTmQSEfWWhFJ7jAH BELg3thU4ARlTUAQCECCC1VAgDrmwP9TzGqEEIWQgz2CzgEqUBW3SMcmHBjgPAQ44pmCwJ4MH sOAG5sORFGCQghdcUhIBOIGMePJFbFTpIytIwgocgUYz4YhOU8DBBN6kAhfSMj0dqAKbiBCvH BTzsTFVQgg9ukIIPOKCThBAhCaGmyDP1EQAtZJMTLIDJxW1zShUgVREV6EIkdBI9GWjejZQQH LxhwqEF9EqIPDPBJNh1BCKYMnyAgENErSKFY6HFAJcH5SwBUQKBYOAIQJ0GBJNhAAwVgwApSH VJMWcMN/Z/zcmXxAA5lewQkvaGMiXagEHOzgpzkYYY6q8MsUWIF3pApCB06lzkOy04XvjOdMH CcHKF2YRAAb/2OiZihg1FzohBz/dQQ58UIWhVqCZZ/qlEO1kAJuSimAm8BT2wvrTKejIdxMAH qUgrUYAhcA4EKyDBoxySEV1V5hHNlAKTDMCD0j2hAsbagRU9mKYdQVYQHfBBE6KQyxuxSQs3H uEZTz4TIAUh2kYKQqpl2QIhkoQmRBvjmVs1zJDpR1nZ106TtLrvWEinRikhEHPduqyMaDCKvH OdorJWIwhAiAoDYAsIwxObYCziHWplNYH1Zr91knTEkAxXNoCFJA3hSE4LwhKEEJUjBSrDbgH Ay7wgRCUoE00sY0AkcTjIJToqai6kLWDcO0LYStbM+3TBTxdb3lHgF71liABAthB/9a2trV6H 9VYQbwSuRBXoKSmoQMEpKAF601uCy3pUrwqTBAkMFTKdFLMmJ0BNErLETOxqFwAZMN+l4hOCH GdapEANAgAESiOEGTODIG7gTAlzgKbLpzlNHkJgDwotaeP63tXrSAoE9tc8KeMoJshJAAoZcH CASY68wSEsSFyxYFDRMsAQW2Qr32awB+AcACIJWied7ECBGMhDwMsMtruDJGmQwBpo1oZnYRH BNzTAQC/7SuVBRKwgA0QQQlHIAIPigAqANygCUF73xEgcJ4BpBJHWmDbCa0oNif4WIWMZBOAH BSHg922ZTfuMcPDOJIRJLyADQnAC0zaNyEWsWRAf0DENuf9VzeR+AFxma4LW5Du84z7BU0JwH QQ5MzAgS+KoFdzlBZARrnS8aYZmQUPSNH707OjmhTwsQgvVuJAWm5UgLWxBCyipghXlj4Qk/H +EEROruFG5yqAru2rRWOQKerqvYKswZAra9w69li8getAyfTroDqLRRhzsb2lJ0KUQLPBteEH xesnEkC6hSfobBAEsKBtt+C7RbSgCy0IZlF6cBqMgbEHOkGsE1rnQW4DgKKU1UKsMOkCKSTdH g0cwHCEmkCw1VY/oWlBCCg4HgBRgIenzLAFlqw0AHGA934ToYJq4wIJBGODrHuy0IP4Ex6enH SQkqsDMigOfBGhoCwZStQspMOAL/TdpdC1OYgU4FEdCn74DrhyhADUbGnx6A4AIsYU2K+FOeH R4zABSoIPejbi2PQh14FLnCBTh0AX7Hm4PU3QAEHSP/oCoxABkB9fQ5UsIHFT5QFYb3BCJjUH gBeY3gUmzoDpUb9PZC/fBTc29fPFh2H46h72KvgA9RnBgefP8T0jYMHpXZACfiVgAyy4/utdH wAEH8HkQEEiB+mGQgfcT4gJD0ME2WtOQAYjpAZ7xF4pxAsAiCedBKYSAHu9BAAzYgInWgA64H CBCYgOmRCO83IRfoCBDIgJWAgcxkfzC3gSBYCCKoCApgA1mQfyRwAA/xE9V1FkQhgIEVKjRYH g5hwACfA/wRMQAIP0ALeQRiG0QIoVREewBUBQAI2YEY2uIRMqAgBoAArYARDkAQ+yA0g0CU8H 8REwVYSCcIQr1YRgGIZdQQE6AAVMAARA4BqGkQoYwIIMQAIR8ACxMFg1cYWdJ4Z42B5PyB9JH QYWwIQIMsBiJ4QHc0B/aEANm4QFXAgDBJAIFmIeQyBcFoAAM4AHakARU0AVdYAQnIAL5ZxhDH UAMkcBiMEQGUuBqD8GIBsAJfEYmuaBWTGGhbIm49wARZMBlGAAVGUAMi8AArwAT5oQokMAiBH RoyoqHnYQIevuIynoAAqcQIxoIPkUANAMAQxICYqdSAAgFLCgRkPAFNSQQgaoGwx2pAQ5niOH 6JiO6riO7CgQRmAPSBEP+bcQoag5QxCKNWADsYEP7jAQDGGMsRCQAjmQBFmQBnmQCJmQCrmQD DNmQDvmQEBmREokBFyAMFBABwNALvJALuyCQugCR1sCMIjmSJFmSJnmSKOkegQAAOw==   ------=_N7R283jK_02PHQKZt_MR--   ------------------------------  % Date: Tue, 30 Apr 2002 14:53:48 -0400c- From: JF Mezei <jfmezei.spamnot@videotron.ca>c Subject: Re: OSU vs. CSWS , Message-ID: <3CCEE83B.C9CCDAC7@videotron.ca>  J My experience with OSU has been nothing more than remarkable. I made a fewM *suggestions* and the next day, Dave Jones would come up with a change to theu( server that incorporated my suggestions.  L If Dave Jones cannot be compensated by Compaq for his great, excellent work,T Compaq should at least give him a winning lottery ticket as a token of appreciation.  H There are some who say that the proprietized Apache version by Compaq isK better because it has been productized, is supported by Compaq, whereas thes+ OSU server is more of a friendly endeavour.I  L But if you have worked with OSU, and seen the type of excellent support DaveL Jones provides, I think that it would be easy to make the case to managementL that OSU provides better support than what Compaq can give (and you have the source code too).e  K The one area where OSU may be at a disadvantage is that of interfacing some.4 3rd party software which may have hooks into Apache.  H On the other hand, those hooks may not be "vms native" and result in the Apache being slower. t  M And in a way, getting support through a mailing list is probably better sinceoP you can exchange "written" examples and ask what is wrong with a config etc etc.   ------------------------------  % Date: Tue, 30 Apr 2002 19:22:37 -0400a1 From: Michael Austin <maustin@firstdbasource.com>n Subject: Re: OSU vs. CSWSa2 Message-ID: <3CCF273C.36E0F9F7@firstdbasource.com>   JF Mezei wrote:r > L > My experience with OSU has been nothing more than remarkable. I made a fewO > *suggestions* and the next day, Dave Jones would come up with a change to thee* > server that incorporated my suggestions. > N > If Dave Jones cannot be compensated by Compaq for his great, excellent work,V > Compaq should at least give him a winning lottery ticket as a token of appreciation. > J > There are some who say that the proprietized Apache version by Compaq isM > better because it has been productized, is supported by Compaq, whereas the - > OSU server is more of a friendly endeavour.@ > N > But if you have worked with OSU, and seen the type of excellent support DaveN > Jones provides, I think that it would be easy to make the case to managementN > that OSU provides better support than what Compaq can give (and you have the > source code too).  > M > The one area where OSU may be at a disadvantage is that of interfacing someu6 > 3rd party software which may have hooks into Apache. > J > On the other hand, those hooks may not be "vms native" and result in the > Apache being slower. > O > And in a way, getting support through a mailing list is probably better sinceSR > you can exchange "written" examples and ask what is wrong with a config etc etc.  H I use either one interchangably.  In my apache system I can use PERL, orF DCL or .EXE CGI (apache style) and I can also use CGI that I developedE for an OSU-only system. (Gets/Inserts/Updates data into Rdb using theeE Rdb WebCartridge I even have a form that gets automagically populated ' from the database basaed on login id). y     <SHAMELESS Advert>E BTW, If you need someone that can do this plus do system/database/webn? admin (local and remote), I am available now.  Someone going onh- vacation? need an extra hand? Give me a call.n </SHAMELESS Advert>v -- a Regards,  7 Michael Austin            Registered Linux User #261163u7 First DBA Source, Inc.    http://www.firstdbasource.come Sr. Consultant 704-947-1089 (Office)x 704-236-4377 (Mobile)P   ------------------------------   Date: 30 APR 2002 16:57:22 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher), Subject: Re: Pathworks 6.1 exhausting KNBCBs6 Message-ID: <30APR02.16572287@thuria.waisman.wisc.edu>  I In a previous article, "Dave Gudewicz" <david.gudewicz@abbott.com> wrote:7  " ->For us unwashed.  Whats a KNBCB?  E I'll guess KNB Control Blocks where KNB is "NetBios over TCP". One iseI required for each "NetBios over TCP" session. The number is determined byrH the "Client capacity" supplied to ADMIN/CONFIG plus a fudge factor of 257 (which doesn't appear to be high enough in some cases).r   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison"2 --                      karcher@waisman.wisc.edu     ------------------------------  # Date: Wed, 01 May 2002 00:37:49 GMTb) From: rob.buxton@wcc.govt.nz (Rob Buxton)e, Subject: Re: Pathworks 6.1 exhausting KNBCBs1 Message-ID: <3ccf3691.159555628@news.wcc.govt.nz>t  3 On Mon, 29 Apr 2002 15:16:04 -0500, "Dave Gudewicz" " <david.gudewicz@abbott.com> wrote:  ! >For us unwashed.  Whats a KNBCB?= >> >Thanks, >/ >Dave... >   C Wish I knew, but they seem to be important because when things stops/ the log files says I haven't got enough of 'em!g  , I think Carl knows as he's answered as well.A Me, I'm just baffled by the fact I think I've got plenty but then=# things stop and they say I haven't./  E With Carls suggested Kludge factor of 25, plus my 30 connections that,5 still leaves me well shy of my configured 70 Clients.n  D So, just where those pesky KNBCBs are going is a bit of a mystery. I= suspect Mike G may be right below so I'll check with our CSC.a  " >"MG" <as@if.com> wrote in message, >news:3cc7b4fe.23108106@news.videotron.ca... >> Rob,oF >> you can quickly check for stale sessions by observing the idle timeH >> against "$admin show sessions" for each session.  Kill the duplicates$ >> that show the highest idle times. >>H >> You might want to check with your CSC as that I believe a patch mightF >> exist for sessions being exhausted due to session leaks to the PDC.H >> This mostly affects Member servers, but a patch does exist to correct >> this. >>I >> Still do try to raise you session limit though since it will give yourb >> sesions more padding. >> >> HTH,n	 >> Mike Gn >> >> >  >    ------------------------------  # Date: Tue, 30 Apr 2002 21:01:56 GMT / From: Roger Fong <rfong@cegep-chicoutimi.qc.ca>s" Subject: process quota exceeded  ?6 Message-ID: <3CCF0661.A22D9D7E@cegep-chicoutimi.qc.ca>    Is there somebody who knows how , to fix a "process quota exceeded" on OpenVMS  < ============================================================ ALPHA> run test / %DCL-W-ACTIMAGE, error activating image BONTEST 6 -CLI-E-IMGNAME, image file DKA100:[ROGER]BONTEST.EXE;6) -SYSTEM-F-EXQUOTA, process quota exceededi ALPHA>   ALPHA>type test.c  int m[8196][8196]; main() {int i,j,k;> for(k=0;k<100;k++)       { for(i=0;i<8196;i++)s         for(j=0;j<8196;j++)          m[i][j] = 1;       }  }  ALPHA>   ------------------------------  + Date: Tue, 30 Apr 2002 21:57:59 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis)& Subject: Re: process quota exceeded  ?. Message-ID: <aan417$lqd$2@newslocal.mitre.org>   Roger Fong <rfong@cegep-chicoutimi.qc.ca> writes in article <3CCF0661.A22D9D7E@cegep-chicoutimi.qc.ca> dated Tue, 30 Apr 2002 21:01:56 GMT:d! >Is there somebody who knows how t- >to fix a "process quota exceeded" on OpenVMSo  G Assuming you're a nonprivileged user, you are going to need your systemt" manager's help to raise the quota.  = >============================================================> >ALPHA> run test0 >%DCL-W-ACTIMAGE, error activating image BONTEST7 >-CLI-E-IMGNAME, image file DKA100:[ROGER]BONTEST.EXE;6o* >-SYSTEM-F-EXQUOTA, process quota exceeded >ALPHA>t >b >ALPHA>type test.c >int m[8196][8196];c >main()n >{int i,j,k; >for(k=0;k<100;k++)f >      { for(i=0;i<8196;i++) >        for(j=0;j<8196;j++) >        m[i][j] = 1;/ >      } >} >ALPHA>r  I That code defines 4*8K*8K = 256 Mbytes of data.  That's 512K pages.  Thens# there's some code on top of that...>   Use the command        $ show process /quota   H and see if "Paging file quota" is > 524288.  You will need slightly more than that to run the program.z  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 30 Apr 2002 11:00:29 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)5 Subject: Re: removing extra carriage return/line feed = Message-ID: <343f30ae.0204301000.387d8c46@posting.google.com>c  p hughest@esm-semi.co.uk (Tracey Hughes) wrote in message news:<d0058b0e.0204290458.e6d4b52@posting.google.com>...G > I have some txt files created by Sqlplus running on an OpenVMS Alpha. H > On the Alpha that created them, if I edit the file the end of the fileE > is the last line however if I open these in Wordpad and do CTRL-END 9 > the cursor jumps to the 1st character of the next line.  > A > These files are to be uploaded into another system and they arefH > rejected due to this extra line. At the moment I have to open the fileF > in Wordpad and delete back once to the end of the last line and thenF > resave the file. Is there anyway of using OpenVMS to have to the end* > of the file at the end of the last line?    C If there is truly nothing funny at the end of the file on the Alpha D side, then you probably need to fine tune how you FTP/e-mail them toE the other system. What software are you using to do the file transfer + and what system is it being transferred to?    Disclaimer: JMHO Alan E. Feldman " afeldman atski gfigroup dotski com   ------------------------------  % Date: Tue, 30 Apr 2002 15:25:49 -0700r# From: "Tom Linden" <tom@kednos.com>0 Subject: SCAN sources>9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEPLENAA.tom@kednos.com>.  B Thought I would have a look, so I copied the Freeware CD to a disk# file and unzipped everything, but..l  4 Archive:  DISK$USR:[FREEWARE40.VAXSCAN]RTL-COM.ZIP;1G error [DISK$USR:[FREEWARE40.VAXSCAN]RTL-COM.ZIP;1]:  missing 2 bytes ine zipfilef    (attempting to process anyway)E error [DISK$USR:[FREEWARE40.VAXSCAN]RTL-COM.ZIP;1]:  start of centrald	 directoryr
 not found;   zipfile corrupt.G   (please check that you have transferred or created the zipfile in the"K   appropriate BINARY mode--this includes ftp, Kermit, AND unzip'd zipfiles)t   and a 2 CRC errors.e  J Interestingly, I hadn't realized that Digital had released the VCG sources in) the freeware distribution as part of SCANn  B Has anybody throught hti sin any detail or done something with it?   ---u& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002   ------------------------------  # Date: Tue, 30 Apr 2002 19:20:53 GMT/8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)" Subject: Re: Security question....9 Message-ID: <p8Cz8.26$zy1.572535@cacnews.cac.cpqcorp.net>s  4 In article <sPGgH5WKFKST@eisner.encompasserve.org>, / Kilgallen@SpamCop.net (Larry Kilgallen) writes:N ..< >Technically, anyone to whom you grant privilege is trusted. >o. >The question is whether they are trustWORTHY. >bE >And it is not sufficient that their honesty be worthy of your trust. > >Their technical competence must also be worthy of your trust.  @ And, to push this one step further, you should NOT trust someone> just because they are trustworthy and competent.  There should= also be a NEED for the privilege with which they are trusted./   -- mK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAnH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Tue, 30 Apr 2002 20:14:08 GMTn8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)  Subject: Re: simple DCL question9 Message-ID: <kWCz8.33$3B1.665641@cacnews.cac.cpqcorp.net>N  h In article <DJEIILNNMOFLAFBPGIEHKEMICJAA.rlfitch@peakpeak.com>, "RLFitch" <rlfitch@peakpeak.com> writes:0 >Need to insert "special" character into string. >like:: >$ msg = "some text " + <special char> + " some more text" >j >jJ >I'm sure that this is simple, probably a lexical, but I'm not finding theA >reference. I would want to convert ASCII(number) to a character.A  1 See help =  (You can't enter the "=" from DCL -- A" just type HELP <return> = <return>   Here is an example:5       $ ESC[0,8]=27A  6 This loads the escape character into the variably ESC. You can then do:  2     $ msg = "some text " + esc + " some more text"   -- aK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAeH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 30 Apr 2002 18:42:10 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)  Subject: Re: simple DCL question= Message-ID: <343f30ae.0204301742.404ab230@posting.google.com>U  Z "Barry Treahy, Jr." <Treahy@mmaz.com> wrote in message news:<3CC9C77B.3010707@mmaz.com>... > RLFitch wrote: > 2 > >Need to insert "special" character into string. > >like:< > >$ msg = "some text " + <special char> + " some more text" > >i9 > Assume that special character is the BELL tone or beep:p > I > $   bel[0,8] = 7    ! 7 is the decimal ANSI value for the BEL characterA. > $   write sys$output "''bel' Wake up there!" >  > BarryA    C Be sure your symbol is null or undefined before you do this becauseU this is an overlay operation!F   $ bel:=C $ bel[0,8] = 7     Disclaimer: JMHO Alan E. FeldmanI" afeldman atski gfigroup dotski com   ------------------------------   Date: 30 Apr 2002 17:10:11 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)y Subject: Re: TLZ7L AutoloaderD/ Message-ID: <aamj5j$bn$1@n.ruf.uni-freiburg.de>/  f In article <3CC5DCC4.4C93C961@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:H >Does anyone have a command procedure that can select different slots inD >the TLZ07 4-cartridge autoloader?  I have searched high and low and >cannot seem to locate one.A  H I have a small program to control similar devices. It has a command-lineI interface and can therefore be used in DCL. Let me know if you would likeT to give it a try.B   Regards,    Christoph GartmannE  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, Germany                                           |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 30 Apr 2002 17:31:22 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)U3 Subject: Re: UK/EU OpenVMS job market: non-existantS, Message-ID: <aamkda$1uru$1@info.cs.uofs.edu>  3 In article <fwt4dmBcvlvW@eisner.encompasserve.org>,i.  young_r@encompasserve.org (Rob Young) writes: |> |> H9 |> 			2)  Pay them above industry rates and they won't gof |> 				anywhere.  @ Some of us would be very happy if we just got the industry rate.   |> PD |> 	I've seen too many cases where there were a goodly number of notI |> 	so talented employees.  Yes, they work and show up every day but whengE |> 	it comes time to get out of a "tight spot" they don't and flee toBG |> 	the hills.  It isn't often that happens of course, but when it doesA  |> 	it impacts business - badly.  J Sounds like business as usual here except for the part about them leaving.J Seems the really bad ones never leave.  Only the good ones eventually get  tired/fed-up and move on.T   |>F |> 	                         Not always .. if you are being wracked byC |> 	mandatory overtime (I know those people) and you don't want it.e |> Q  G Or then there's the ones who put in a lot of non-mandatory overtime forME no extra pay and eventually find that it has become part of their jobQ description.  :-(A   bill   -- AJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   Q   ------------------------------    Date: 30 Apr 2002 17:40:41 -0700- From: tessier-ashpool@usa.net (Chris Bardell)-3 Subject: Re: UK/EU OpenVMS job market: non-existant = Message-ID: <9f261edc.0204301640.348a0007@posting.google.com>U  f young_r@encompasserve.org (Rob Young) wrote in message news:<fwt4dmBcvlvW@eisner.encompasserve.org>...   [snipped cos getting too long]  E > 	Perhaps the following is a jaded perception (and came quickly , souA > 	obviously not a ton of thought) but consider it is most likelyb
 > 	better to:y > 5 > 			1)  Have fewer more talented employees than morea > 				less talented employees.  ? Absolutely. But what if this isn't a factor, with many staffing D decisions being purely economic? Isn't there a growing short-termism> about everything? In other words, staff regarded as a drain onE expenditure, rather than a resource which could be properly exploitedsF (in the nicest sense of the word). Better get rid of them quick beforeC they eat up any of the execs' bonus kitty or make the balance sheetr look ...errm ...realistic.   > 8 > 			2)  Pay them above industry rates and they won't go > 				anywhere.a  C Ha ha ha ha ha ha ha etc. I'm on planet Earth - not sure about you.yE Some larger employers haul out Powerpoint presentations every year tovE prattle on to the staff about 'position in the upper market quartile'eB (in English this means "no pay rise this year"). Does your exampleD handle favouritism / sycophancy / patronage? These are often reasons for paying above the norm.   > C > 	I've seen too many cases where there were a goodly number of notnH > 	so talented employees.  Yes, they work and show up every day but whenD > 	it comes time to get out of a "tight spot" they don't and flee toF > 	the hills.  It isn't often that happens of course, but when it does > 	it impacts business - badly.a >   D Could you be sure such a decision stood up to any real scrutiny? HowC could you objectively judge a person's value to a business? Do many C larger corporations actually know what their staff do? Can they seen the (dead)wood for the trees?a   > > O > > Don't PhD's come these days for stating the obvious, or what is obvious to  N > > people trying to stay in the workforce?  These "guys" must be in line for  > > Harvard scholarships.  > >  > E > 	Probably.  The idea of course is to take a downturn in an economy,oG > 	purge the folks that just hang out and draw a paycheck (we have seen A > 	them and know who they are) leaving the talent to work harder,tF > 	increasing productivity.   Add doses of automation and viola!  LookD > 	at the growth in the U.S. economy and productivity in the last 15I > 	years!  Isn't it marvelous!  Not always .. if you are being wracked byeB > 	mandatory overtime (I know those people) and you don't want it. >   C Mandatory overtime? How about banning overtime and to hell with then# consequences? That's more the norm.o  B My words aren't intended in a sh!tty tone at all - your points areB very  interesting - but I think you're idealistic, too trusting ofB management, or just plain wrong in a lot of your arguments. And it= doesn't sound like you've been on the receiving end of such aa situation in a while, if ever.   ------------------------------    Date: 30 Apr 2002 21:13:51 -0500+ From: young_r@encompasserve.org (Rob Young) 3 Subject: Re: UK/EU OpenVMS job market: non-existant 3 Message-ID: <eQW+8YiAK3h9@eisner.encompasserve.org>d  m In article <9f261edc.0204301640.348a0007@posting.google.com>, tessier-ashpool@usa.net (Chris Bardell) writes:eh > young_r@encompasserve.org (Rob Young) wrote in message news:<fwt4dmBcvlvW@eisner.encompasserve.org>... >   > [snipped cos getting too long] > F >> 	Perhaps the following is a jaded perception (and came quickly , soB >> 	obviously not a ton of thought) but consider it is most likely >> 	better to: >>  6 >> 			1)  Have fewer more talented employees than more >> 				less talented employees.8 > A > Absolutely. But what if this isn't a factor, with many staffingaF > decisions being purely economic? Isn't there a growing short-termism@ > about everything? In other words, staff regarded as a drain onG > expenditure, rather than a resource which could be properly exploitedmH > (in the nicest sense of the word). Better get rid of them quick beforeE > they eat up any of the execs' bonus kitty or make the balance sheet- > look ...errm ...realistic. >  >> r9 >> 			2)  Pay them above industry rates and they won't go  >> 				anywhere. > E > Ha ha ha ha ha ha ha etc. I'm on planet Earth - not sure about you.4G > Some larger employers haul out Powerpoint presentations every year tosG > prattle on to the staff about 'position in the upper market quartile'tD > (in English this means "no pay rise this year"). Does your exampleF > handle favouritism / sycophancy / patronage? These are often reasons > for paying above the norm. >   < 	There is paying above the norm and there is being above the 	norm.    B 	Perhaps this is a thin analogy... but imagine if your career was ? 	housekeeping.  Now unfortunately, most housekeeping folks makelA 	minimum wage (I'm not talking about independents that run a verysA 	good business, I am talking about folks that work at companies).eB 	If perchance you are in housekeeping and find yourself making $30H 	dollars per hour, (as opposed to the normal $6.50-$12 per hour) chancesA 	are you are there for life or until the job is no more.  So when A 	I say "pay them above industry rates" I'm not talking about a 3% ? 	delta, but I'm also not necessarily referring to a 500% delta.  	Somewhere in between.   >> eD >> 	I've seen too many cases where there were a goodly number of notI >> 	so talented employees.  Yes, they work and show up every day but wheneE >> 	it comes time to get out of a "tight spot" they don't and flee tolG >> 	the hills.  It isn't often that happens of course, but when it does   >> 	it impacts business - badly. >> l > F > Could you be sure such a decision stood up to any real scrutiny? HowE > could you objectively judge a person's value to a business? Do many-E > larger corporations actually know what their staff do? Can they seee > the (dead)wood for the trees?. >   @ 	I'm wondering why that read so badly.  I'm referring to someoneA 	because of decision making capacity (use our imaginations) makesxG 	a bad decision which in review was clear to many of his contemporaries=? 	what should have be done.  As Jerrie noted, these folks seldomeA 	leave.  What I meant by "flee to the hills" should probably haveR6 	read: "duck and cover" and/or "Cover Your Posterier".  E 	Added value of these people?  You are often better off without them.jD 	I worked with someone over 5 years ago, I had mentioned to a formerG 	co-worker - that I am still in contact with - the person we knew would-E 	be there until they shut the place down.  She was.  She once told memB 	"don't expect me to do as much as you do."  Okay, fine with that.B 	Fact was she would plod along and eventually get something done. D 	Don't give her more than a couple things to do are she *literally* D 	looked like she was about to have a breakdown.  Now not everyone isC 	an overachiever, and being part of a team, it is only fair to helpoF 	those that are not as strong or skilled as others.  But if you end up@ 	with a boatload of folks like that, you find yourself doing far
 	too much.   >> > =P >> > Don't PhD's come these days for stating the obvious, or what is obvious to O >> > people trying to stay in the workforce?  These "guys" must be in line for M >> > Harvard scholarships. >> >   >> AF >> 	Probably.  The idea of course is to take a downturn in an economy,H >> 	purge the folks that just hang out and draw a paycheck (we have seenB >> 	them and know who they are) leaving the talent to work harder,G >> 	increasing productivity.   Add doses of automation and viola!  Look'E >> 	at the growth in the U.S. economy and productivity in the last 15sJ >> 	years!  Isn't it marvelous!  Not always .. if you are being wracked byC >> 	mandatory overtime (I know those people) and you don't want it.  >> i > E > Mandatory overtime? How about banning overtime and to hell with the.% > consequences? That's more the norm.a >   H 	Ban overtime?  Not if there is a hiring freeze, get it?  I don't agree 9 	with it.  But that is the way it is (example I know of).s  D > My words aren't intended in a sh!tty tone at all - your points areD > very  interesting - but I think you're idealistic, too trusting ofD > management, or just plain wrong in a lot of your arguments. And it? > doesn't sound like you've been on the receiving end of such a   > situation in a while, if ever.  . 	Trusting of management?  I think you misread.  A 	Not been on the receiving end?  Right, but I acknowledge I am incD 	no way immune.  That person I was referring to above... I left thatC 	company late 1997.  Things had slowed there considerably and I hadoC 	been there 7 years.  Four years later they sold the whole divisioneA 	off parce and parcel.  I had also decided I wanted a VMS career,o@ 	not a career with that company and they were moving their small& 	installed VMS base to Eunuchs anyhow.  A 	I may be wrong in my arguments, but I wouldn't know where or howl 	reading your refrain.   				Roba   ------------------------------   Date: 30 Apr 2002 23:50 CDTh' From: carl@gerg.tamu.edu (Carl Perkins)e3 Subject: Re: UK/EU OpenVMS job market: non-existantd- Message-ID: <30APR200223503891@gerg.tamu.edu>-  5 LESLIE@JRLVAX.HOUSTON.RR.COM (Jerry Leslie) writes...5B }The trend here is to off-shore outsource as many IT-enabled jobs A }as quickly as possible, much like the policy of your government:  } > }   http://old.smh.com.au/news/0112/04/national/national1.html9 }   Blueprint for bosses: dump workers and head for Delhi[ } F }  "Australian companies should consider moving operations to India to: }   exploit lower wages, says a Federal Government report. } E }   For operations ranging from call centres to software development,oE }   the report says there would be substantial cost savings in India.  } D }   It is the clearest Government endorsement yet of a strategy thatD }   Australian-based companies are increasingly adopting to maximiseF }   returns in a globalised economy. The Department of Foreign AffairsF }   and Trade's economic analytical unit produced the report - India:   }   new economy, old economy..." }  } I }--Jerry Leslie   leslie@clio.rice.edu  (my opinions are strictly my own)h: }  Note: leslie@jrlvax.houston.rr.com is invalid for email  @ It seems to me that Australians could save a considerable amount6 of money by moving all government operations to India.  G Which is good, because then they could pay less taxes which goes nicelyjG with not having any jobs unless they move to India and thus get paid atc the rates paid in India.  E Which all works out really well for the Australian aboriginal people,rD since they are then the only ones left in the country after everyone  else moves to India to get jobs.   --- Carl   ------------------------------   Date: 30 Apr 2002 22:47 CDTr' From: carl@gerg.tamu.edu (Carl Perkins)r. Subject: Re: virtual i/o cache v7.2-1 and v7.3- Message-ID: <30APR200222472931@gerg.tamu.edu>   1 "Jim Strehlow" <jimSnoSpam@data911.com> writes...rA }What is the best source of reading material for me to read up oniB }the new Extended File Cache in v7.3 and how the virtual i/o cache
 }is affected?C } / }Jim Strehlow, OpenVMS Systems Manager, Data911@ }jimS@data911.comp }Alameda, CA, USAt } 2 }$show memory/all/full      !on OpenVMS Alpha v7.3A }              System Memory Resources on 29-APR-2002 09:14:46.64- } M }Physical Memory Usage (pages):     Total        Free      In Use    Modified(M }  Main Memory (1024.00Mb)         131072       25496       97991        75856 } C }Extended File Cache  (Time of last reset: 17-APR-2002 07:33:33.29)A@ }    Allocated (Mbytes)          474.65    Maximum size (Mbytes) }512.00i  I The system this is running on is not using the VIOC, it is using the XFC.i4 The are two completely different file cache systems.  2 *** You should IMMEDIATELY stop using the XFC. ***  9 The XFC is buggy. Using it can result in data corruption.c< DO NOT USE IT. Switch to the VIOC (and then it may be a good< idea to check your data to make sure it is good). You really> should not wait until normally scheduled down time. Do it now.  @ Which disk cache type you use is controlled by a sytem parameterE (I don't have a 7.3 system to look it up on - it may be the VCC_FLAGSr? parameter). You should set this in MODAPARAMS.DAT (and probablycA increase the max size of the VIOC to a reasonable value while youeA are in there - a factor of 10 increase over the default would not-C be a bad conservative guess with the amount of memory you have, and0C you might go higher if you want) and do an AUTOGEN, preferably withs@ REBOOT as the final stage so as to get rid of the XFC as quickly as possible.   --- Carl   ------------------------------  % Date: Tue, 30 Apr 2002 11:53:10 -0400t; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> + Subject: Re: VMS 6.2 file ownership problema" Message-ID: <3ccebe7b@news.si.com>  B >Is there a simple way [0] I can setup the security on a directory< >so that files created in the directory are owned by whoever5 >created them rather than whoever owns the directory.   I A better way to share access to objects in a directory is to use resources identifiers and ACLs.o --A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.com-= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Tue, 30 Apr 2002 20:05:07 GMTf* From: "Bill Todd" <billtodd@metrocast.net>+ Subject: Re: VMS 6.2 file ownership problemn@ Message-ID: <TNCz8.15550$Lj.1077701@bin4.nnrp.aus1.giganews.com>  F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3ccebe7b@news.si.com...D > >Is there a simple way [0] I can setup the security on a directory> > >so that files created in the directory are owned by whoever7 > >created them rather than whoever owns the directory.- >-K > A better way to share access to objects in a directory is to use resource6 > identifiers and ACLs.   D But to answer the question that was asked:  doesn't it work that wayL already?  My not-too-old copy of the RMS reference manual states (at the endK of the chapter on the Protection XAB) "If you wish to create an output file-L with a UIC different from your own, you must have system privilege (SYSPRV)"2 (which is the way I remember it from RSX as well).   - bill   ------------------------------  # Date: Wed, 01 May 2002 02:05:28 GMTS1 From: "David J. Dachtera" <djesys.nospam@fsi.net>u+ Subject: Re: VMS 6.2 file ownership probleml' Message-ID: <3CCF5057.4C715738@fsi.net>e   Bill Todd wrote: > H > "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message > news:3ccebe7b@news.si.com...F > > >Is there a simple way [0] I can setup the security on a directory@ > > >so that files created in the directory are owned by whoever9 > > >created them rather than whoever owns the directory.e > >dM > > A better way to share access to objects in a directory is to use resourcee > > identifiers and ACLs.n > F > But to answer the question that was asked:  doesn't it work that wayN > already?  My not-too-old copy of the RMS reference manual states (at the endM > of the chapter on the Protection XAB) "If you wish to create an output fileeN > with a UIC different from your own, you must have system privilege (SYSPRV)"4 > (which is the way I remember it from RSX as well).  E What always goofed me up about that was because I could, the software F did, without me so specifying. Wish I could have had more control over) it without dropping/resetting privileges.h   Oh, well...i   --   David J. DachteraA dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------  # Date: Tue, 30 Apr 2002 19:24:24 GMTv8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)1 Subject: Re: VMS Bigots Unite To Form New Company:9 Message-ID: <IbCz8.27$zy1.572535@cacnews.cac.cpqcorp.net>u  o In article <ac4e3b24.0204251916.66dc5172@posting.google.com>, chinachowchow@mailcity.com (Rick Nickles) writes:  >Imagine the headlines !  F >Imagine what it would be like, if we who are the ones who really loveE >VMS and want to see it prosper gathered together somehow and started E >our own company and bought this from Compaq or what ever the companyu, >of the moment may currently be at the time. >oD >Then nobody is going to be telling us how we shouldn't be marketingA >our product, and we can do everything we can to build up VMS andc) >really give Windows serious competition.u >yC >Make VMS cheap or free, Port it everywhere, Do anything to attractoF >developers, advertise like crazy NOW or die.  You know VMS can be THEG >internet platform of the next several decades, but someone has to haved
 >a vision!  > Please let us know where we can download your business plan...  ;     ...said Charlie, with tongue firmly planted in cheek...    -- 2K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Wed, 01 May 2002 02:01:06 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 1 Subject: Re: VMS Bigots Unite To Form New Companya' Message-ID: <3CCF4F4E.D7F77FC5@fsi.net>r   Charlie Hammond wrote: > q > In article <ac4e3b24.0204251916.66dc5172@posting.google.com>, chinachowchow@mailcity.com (Rick Nickles) writes:u > >Imagine the headlines !H > >Imagine what it would be like, if we who are the ones who really loveG > >VMS and want to see it prosper gathered together somehow and startedbG > >our own company and bought this from Compaq or what ever the companyt. > >of the moment may currently be at the time. > >eF > >Then nobody is going to be telling us how we shouldn't be marketingC > >our product, and we can do everything we can to build up VMS ando+ > >really give Windows serious competition.i > >oE > >Make VMS cheap or free, Port it everywhere, Do anything to attracteH > >developers, advertise like crazy NOW or die.  You know VMS can be THEI > >internet platform of the next several decades, but someone has to havee > >a vision! > @ > Please let us know where we can download your business plan... > = >     ...said Charlie, with tongue firmly planted in cheek...d  E Discussions such as this frequently precipitate exactly that comment.   D I suppose you're looking for a multi-hundred page Word document withF charts and graphs and biographies of high-powered executives sought by> the Fortune 10 of the world and page after page of figures and calculations or something.    E Not sure why when everything you need has already been spelled out iny) this thread and countless others like it.a  G For the benefit of those who've never been to business school (and mosto: of those who have), the business plan is extremely simple:  C 1. Provide wanted products and services at prices the customers cann afford.   0 2. Sell them what they can't get anywhere else.   6 3. Sell them what no one else is willing to sell them.  0 4. Remember these two rules of customer service:#    I. The Customer is Always Right!t,   II. If the customer is wrong, see rule #1.  G 5. Remember this precept of profit: if you can't satisfy the customer's>G need, help them find someone who can! Next time they need help, they'llv
 remember YOU!g  D If there's anything there that you can't (or won't) understand, your0 efforts and dollars are best invested elsewhere.  5 This is no different from any other business venture.o   Prove me wrong.    -- f David J. Dachterad dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Tue, 30 Apr 2002 23:06:46 -0400s2 From: rdeininger@mindspring.com (Robert Deininger)1 Subject: Re: VMS Bigots Unite To Form New CompanynJ Message-ID: <rdeininger-3004022306470001@1cust16.tnt3.nashua.nh.da.uu.net>  ; In article <3CCF4F4E.D7F77FC5@fsi.net>, "David J. Dachtera"e <djesys.nospam@fsi.net> wrote:    F >> >Make VMS cheap or free, Port it everywhere, Do anything to attractI >> >developers, advertise like crazy NOW or die.  You know VMS can be THEaJ >> >internet platform of the next several decades, but someone has to have
 >> >a vision!' >> pA >> Please let us know where we can download your business plan...t >> r> >>     ...said Charlie, with tongue firmly planted in cheek... > F >Discussions such as this frequently precipitate exactly that comment. >rE >I suppose you're looking for a multi-hundred page Word document with G >charts and graphs and biographies of high-powered executives sought byT? >the Fortune 10 of the world and page after page of figures and. >calculations or something.  >lF >Not sure why when everything you need has already been spelled out in* >this thread and countless others like it. > H >For the benefit of those who've never been to business school (and most; >of those who have), the business plan is extremely simple:  > D >1. Provide wanted products and services at prices the customers can	 >afford. t >h1 >2. Sell them what they can't get anywhere else. t >e7 >3. Sell them what no one else is willing to sell them." > 1 >4. Remember these two rules of customer service:3$ >   I. The Customer is Always Right!- >  II. If the customer is wrong, see rule #1.e >eH >5. Remember this precept of profit: if you can't satisfy the customer'sH >need, help them find someone who can! Next time they need help, they'll >remember YOU! >mE >If there's anything there that you can't (or won't) understand, youri1 >efforts and dollars are best invested elsewhere.e >t6 >This is no different from any other business venture.  H David, your comments on this topic include a lot of good ideas.  1-4 areF right on the money, and little more than "common" sense.  (Why do theyH call it "common" sense, when it seems to be so rare?)  DigiPaq has often2 lost sight of the customer's needs over the years.  H But your 5th point is important also.  VMS has to make a profit for it'sD owner, and since it's not trendy, it's expected to help prop up more> faddish, less profitable enterprises.  (I think this is calledI "strategy".)  So the reality is that VMS has a limited amount of money to  spend on all its projects.  J Now go back and read the first paragraph I quoted above.  What's suggestedG there is flat-out unreasonable.  It would require vast amounts of moneysE that's not readily available, particularly when the industry has been  having a bad year or two.-  H I think there are folks in VMS-land who are genuinely trying to make VMSJ grow.  But they need ideas that are either cheap to implement, or at leastI have a pretty clear path from expenditure to added revenue.  "Port VMS to I everything" was not a realistic suggestion.  Much of the effort would not  add revenue.  J When folks talk about a "business plan", they don't mean a bunch of glossyH powerpoint fluff.  But a grand scheme that fails to yield an expectationG of some revenue is destined to get little attention from the people who  make decisions.n  H If anyone has proposals to boost VMS in specific ways that are likely toJ lead to additional $$$, he should start a serious discussion with Compaq. J If a VMS enhancement would help you sell more VMS stuff to your customers,J or make VMS more useful to your own organization, you should make sure VMSH management knows about it.  (I don't claim Compaq makes this easy.)  "WeJ would install xx more systems if you gave us feature yy" IS of interest toF these folks.  I suspect incremental enhancements are more likely to goC forward in the present climate, since VMS has enough major projects H underway these days.  If you can't figure out who to contact, find a VMSJ ambassador, or contact Mark Gorham directly.  I expect reasonable, serious@ proposals would at least get routed to the appropriate folks for consideration.   ------------------------------  % Date: Tue, 30 Apr 2002 12:33:25 -0600 * From: "Lorin Ricker" <Lorin@LockTrack.com> Subject: Re: VMS SCAN products> Message-ID: <FEEKJDACEFDDGEDALHPFIEHPCDAA.Lorin@LockTrack.com>   Tom Linden:tH > Since SCAN and PL/I originally both passed through VCG, and given thatL > the PL/I port to Alpha uses essentially a VCG to GEM translation, we couldC > hook up SCAN as well.  We asked the question a while who would ben
 interestedH > if we ported and commercialized it, but the response was pretty meager  E So, does a meager response (to a commercial release - I guess I'm not J surprised) also scotch the possibility of doing the port for Encompass VMSK Freeware?  And if *that's* possible for Alpha/VMS, doesn't it make sense to  plan for Itanium/VMS too?l   Lorin    ------------------------------  # Date: Tue, 30 Apr 2002 18:17:40 GMTn( From: Don Sykes <annonymous@pacbell.net> Subject: Re: VMS SCAN productt+ Message-ID: <3CCEE028.E66D024F@pacbell.net>y   Lock Horsburgh wrote:n > L > Once upon a time we had a DEC product called SCAN, which was used to parseG > input text and generate different outputs - like code generation, andm( > language translations from Basic to C. > * > We understand this product is long dead. > L > Does anyone remember the package, and does anyone have any recommendationsI > for other tools to do this kind of thing, whether on VMS or UNIX or PC?  >  > Lock.b > Lock.u >  > ---s( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).A > Version: 6.0.336 / Virus Database: 188 - Release Date: 11/03/02e   --    K Several years ago when porting an app from Unix to VMS, I wrote a C programxP called FIXUP to replace the Unix 'sed' function. It uses a script file like scanG to apply changes to a target file. It works, but it only includes a few N functions that I needed at the time. In any event if you want to roll your ownF you're welcome to the source code. Here's the doc in its current form:K FIXUP           Alter a text file according to a defined format. The formateN                 can insert lines at various points, delete lines and/or change7                 a given string to another given string. >                 Arg #1: The name of the input file - required.?                 Arg #2: The name of the format file - optional.lI                 If no arguments are used it will prompt for each requiredm!                 format parameter.m!                 Format Commands :s)                         I:  Insert a linee)                         D:  Delete a lineoF                         A:  Alter all occurances of a string in a lineI                         A1: Alter the 1st occurance of a string in a linee4                         X:  Exclude a block of linesJ                 * The format file can contain as many changes as required.   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscor   ------------------------------  % Date: Tue, 30 Apr 2002 12:52:36 -0700 # From: "Tom Linden" <tom@kednos.com>a Subject: RE: VMS SCAN productS9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKEPFENAA.tom@kednos.com>   : Without revealing details, it would not be possible for usG to provide a freeware version, because of certain license restrictions.r  : But you can also use  the PL/I Preprocessor which provides& powerful text processing capabilities.  0 Has anybody tried the vested version of VAXSCAN?   >-----Original Message-----R0 >From: Lorin Ricker [mailto:Lorin@LockTrack.com]' >Sent: Tuesday, April 30, 2002 11:33 AM  >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VMS SCAN product >9 >  >Tom Linden:I >> Since SCAN and PL/I originally both passed through VCG, and given that37 >> the PL/I port to Alpha uses essentially a VCG to GEMm >translation, we couldD >> hook up SCAN as well.  We asked the question a while who would be >interested I >> if we ported and commercialized it, but the response was pretty meagerE >sF >So, does a meager response (to a commercial release - I guess I'm notK >surprised) also scotch the possibility of doing the port for Encompass VMSdL >Freeware?  And if *that's* possible for Alpha/VMS, doesn't it make sense to >plan for Itanium/VMS too? >e >Lorin >. >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).pA >Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002M >P ---.& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002   ------------------------------  % Date: Tue, 30 Apr 2002 14:19:52 -0600g* From: "Lorin Ricker" <Lorin@LockTrack.com> Subject: Re: VMS SCAN productt> Message-ID: <FEEKJDACEFDDGEDALHPFEEIBCDAA.Lorin@LockTrack.com>  K Well, in a valiant attempt to counter "a meager response", if VMS SCAN evertA became available again, at "reasonable" cost, with support, and ajK developmental future, under aegis of a reputable company, and with a future J towards VMS on Itanium, then: Sure, I (my company) would buy it!  Esp. to:K a) rescue the production code we're currently still running/relying on; andtL b) for new development features I've been wanting to add ever since VAX SCAN) died (er, didn't make the port to Alpha).r  I Tom, thanks for the suggestion about the PL/I preprocessor.  With all duesI respect, I'm flush on text processors:  I can easily bend TPU to numerous G non-traditional (non-interactive-editor) needs, I still remember enoughiH about TECO to get into trouble ;-), and I've got awk, perl, etc. to playI around with too.  SCAN was in a class by itself (and another one of DEC'seJ best-kept-secrets), and if I had my druthers, I'd buy, license and supportK SCAN over any of the others for the kinds of things I've got in mind (e.g.,0K interactive data validations in a callback routine environment -- darned if.G I can figure out how to hook "my code" in perl/awk/etc into a shareable  image).w   Lorinc   ------------------------------  # Date: Tue, 30 Apr 2002 20:11:12 GMTe* From: John Reagan <john.reagan@compaq.com> Subject: Re: VMS SCAN productr) Message-ID: <3CCEF931.9020302@compaq.com>s   Tom Linden wrote:c   > 2 > Has anybody tried the vested version of VAXSCAN? >   F Of course, even if you VEST it, you'll have an Alpha image that reads D VAX SCAN source and produces VAX instructions in a VAX object file. L You'll still need a VAX to link it (or VEST the VAX LINKER, et al. as well).   -- d John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader(   ------------------------------    Date: 30 Apr 2002 15:28:37 -0500- From: koehler@encompasserve.org (Bob Koehler), Subject: Re: VMS SCAN productm3 Message-ID: <WXZSKX5L5c0c@eisner.encompasserve.org>c  V In article <3CCEE028.E66D024F@pacbell.net>, Don Sykes <annonymous@pacbell.net> writes: > M > Several years ago when porting an app from Unix to VMS, I wrote a C programs3 > called FIXUP to replace the Unix 'sed' function.    D    We had the same problem.  We just used gnu sed.  Why reinvent the	    wheel?i   ------------------------------    Date: 30 Apr 2002 15:29:18 -0500- From: koehler@encompasserve.org (Bob Koehler)w Subject: Re: VMS SCAN productn3 Message-ID: <w6z6wxZXxMoj@eisner.encompasserve.org>   V In article <3CCEF931.9020302@compaq.com>, John Reagan <john.reagan@compaq.com> writes: > Tom Linden wrote:c >  >> e3 >> Has anybody tried the vested version of VAXSCAN?a >> o > H > Of course, even if you VEST it, you'll have an Alpha image that reads F > VAX SCAN source and produces VAX instructions in a VAX object file. N > You'll still need a VAX to link it (or VEST the VAX LINKER, et al. as well).  E    I was under the impression that the currently shipping versions ofs&    LINK include cross link capability.   ------------------------------    Date: 30 Apr 2002 16:39:29 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)e Subject: Re: VMS SCAN productl3 Message-ID: <JzcgDqpTyUMN@eisner.encompasserve.org>o  k In article <FEEKJDACEFDDGEDALHPFMEHOCDAA.Lorin@LockTrack.com>, "Lorin Ricker" <Lorin@LockTrack.com> writes:n  K > Truly a unique, valuable and powerful tool in DEC's arsenal.  The productgN > achieved functional stability by about v1.2 or 1.3... then it seemed to dropK > off the radar.  Apparently, "they" even lost the "formula" for a completesH > build! -- I got the impression from someone that the reason there's noL > free-ware port to Alpha is because the "source kit" is somehow incomplete.) > Anyone else have a better take on this?m  F I have had no trouble modifying the Bliss portion and rebuilding Scan. I don't have a PL/I license.   ------------------------------    Date: 30 Apr 2002 16:41:14 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: VMS SCAN productl3 Message-ID: <I8CUKX2GjsEC@eisner.encompasserve.org>h  V In article <3CCEF931.9020302@compaq.com>, John Reagan <john.reagan@compaq.com> writes: > Tom Linden wrote:o >  >>  3 >> Has anybody tried the vested version of VAXSCAN?s >>   > H > Of course, even if you VEST it, you'll have an Alpha image that reads F > VAX SCAN source and produces VAX instructions in a VAX object file. N > You'll still need a VAX to link it (or VEST the VAX LINKER, et al. as well).   Try the command:   	HELP LINK/VAX   ------------------------------  # Date: Tue, 30 Apr 2002 22:30:44 GMTs( From: Don Sykes <annonymous@pacbell.net> Subject: Re: VMS SCAN product-+ Message-ID: <3CCF1B4A.D22F7CE0@pacbell.net>:   Bob Koehler wrote: > X > In article <3CCEE028.E66D024F@pacbell.net>, Don Sykes <annonymous@pacbell.net> writes: > >gO > > Several years ago when porting an app from Unix to VMS, I wrote a C programc4 > > called FIXUP to replace the Unix 'sed' function. > F >    We had the same problem.  We just used gnu sed.  Why reinvent the >    wheel?   M I didn't know that. The problem is there are SO MANY wheels around, sometimesi6 its easier to reinvent one than to find the right one!   -- m   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  % Date: Tue, 30 Apr 2002 15:44:46 -0700e# From: "Tom Linden" <tom@kednos.com>g Subject: RE: VMS SCAN product 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEPMENAA.tom@kednos.com>o   So you just link with vcg.olb?   >-----Original Message-----t5 >From: Larry Kilgallen [mailto:Kilgallen@SpamCop.net]v& >Sent: Tuesday, April 30, 2002 2:39 PM >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VMS SCAN product >s >u? >In article <FEEKJDACEFDDGEDALHPFMEHOCDAA.Lorin@LockTrack.com>,e- >"Lorin Ricker" <Lorin@LockTrack.com> writes:  > L >> Truly a unique, valuable and powerful tool in DEC's arsenal.  The product@ >> achieved functional stability by about v1.2 or 1.3... then it >seemed to droprL >> off the radar.  Apparently, "they" even lost the "formula" for a completeI >> build! -- I got the impression from someone that the reason there's notA >> free-ware port to Alpha is because the "source kit" is somehowy >incomplete.* >> Anyone else have a better take on this? >hG >I have had no trouble modifying the Bliss portion and rebuilding Scan.v >I don't have a PL/I license.  >d >---' >Incoming mail is certified Virus Free.s; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002n >g ---y& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002   ------------------------------  % Date: Tue, 30 Apr 2002 19:52:18 -0500fC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>e Subject: Re: VMS SCAN producteH Message-ID: <craig.berry-CCD17F.19521830042002@news.directvinternet.com>  > In article <FEEKJDACEFDDGEDALHPFEEIBCDAA.Lorin@LockTrack.com>,,  "Lorin Ricker" <Lorin@LockTrack.com> wrote:  9 > SCAN was in a class by itself (and another one of DEC'sDL > best-kept-secrets), and if I had my druthers, I'd buy, license and supportM > SCAN over any of the others for the kinds of things I've got in mind (e.g.,-M > interactive data validations in a callback routine environment -- darned if I > I can figure out how to hook "my code" in perl/awk/etc into a shareables	 > image).e  C I'm not sure I quite get what you mean since implementing your own eC extensions to a language and implementing callbacks are two rather iB different things.  In Perl you implement extensions in a pseudo-C B called XS that is preprocessed into real C.  These extensions are D created as shareable images by default but can be statically linked C into your Perl.  XS is not for the squeamish but it is pretty well eA documented and there are hundreds, perhaps thousands, of working  ' examples at <http://search.cpan.org>.  t  H The document perlcall.pod in the Perl distribution covers, "how to call G Perl subroutines directly from C, i.e., how to write callbacks."  That rA document should be available in your distribution by issuing the d command:   $ perldoc perlcall   ------------------------------  # Date: Wed, 01 May 2002 02:57:21 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: What happened to Uwe Zessin? & Message-ID: <3CCF5C80.1DA3636@fsi.net>   Howard Taylor wrote: > L > Uwe Zessin, who singlehandedly managed the port of Python to VMS, has left: > this message at his web page http://www.decus.de/~zessin > 1 > "No software is available from here any longer.t8 > The former contents of this web page have been erased.1 > I have not made them available somewhere else."l > 5 > Does anybody know where Uwe went? Uwe, we miss you!i  0 Perhaps he saw the light, and has abandoned VMS.   -- u David J. Dachterae dba DJE Systems5 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 30 Apr 2002 23:03:00 -0500+ From: young_r@encompasserve.org (Rob Young))) Subject: Re: What happened to Uwe Zessin?e3 Message-ID: <R1iJQ5b88kAm@eisner.encompasserve.org>   Z In article <3CCF5C80.1DA3636@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: > Howard Taylor wrote: >> mM >> Uwe Zessin, who singlehandedly managed the port of Python to VMS, has lefte; >> this message at his web page http://www.decus.de/~zessint >> h2 >> "No software is available from here any longer.9 >> The former contents of this web page have been erased. 2 >> I have not made them available somewhere else." >> r6 >> Does anybody know where Uwe went? Uwe, we miss you! > 2 > Perhaps he saw the light, and has abandoned VMS. >S  E 	Perhaps.  But this is a different view and more likely in line with b	 	reality:d  _ http://groups.google.com/groups?selm=00A0D3DA.AD62B71B%40SSRL04.SLAC.STANFORD.EDU&output=gplaine   Hunter Goatley writes:   >hL >It's not just down, it's been taken down.  I contacted Uwe about this a fewJ >months ago.  He's no longer distributing Python because he no longer usesO >it and no longer wishes to maintain it.  He asked that it not be redistributed,H >by anyone else unless they were willing to take over the support of it. >o   				Rob    ------------------------------  , Date: Wed,  1 May 2002 01:44:46 +0200 (CEST)/ From: John@helferlein.net, Jones@helferlein.net,  Subject: Whining about HPS TimesD Message-ID: <9434a249178175013cf30e855c25adb9@remailer.segfault.net>   John Smith writes:  D > You know it's really funny how every time a VMS-related newsletter
 changes       J > its name, the subscriber list seems to get trashed and I have to go and   n2 > re-register to receive it.                         M > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customer      J > to stop being interested in VMS, so that ComHPaq management can say that  tI > there is declining interest in VMS. Can that be?                       l   5 Maybe they have software that keeps track of a**holes ! and purges them from their lists?n  = I got mine.  Too bad you didn't get yours.  Maybe bad karhma?i   ------------------------------  # Date: Wed, 01 May 2002 03:02:42 GMTc1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d$ Subject: Re: Whining about HPS Times' Message-ID: <3CCF5DC0.2411DBD0@fsi.net>o  0 John@helferlein.net, Jones@helferlein.net wrote: >  > John Smith writes: > F > > You know it's really funny how every time a VMS-related newsletter	 > changes"K > > its name, the subscriber list seems to get trashed and I have to go andE >  > > re-register to receive it. > O > > It's almost like Compaq (now HP, as of 4:57pm today) wants its VMS customeri > L > > to stop being interested in VMS, so that ComHPaq management can say that > 4 > > there is declining interest in VMS. Can that be? > 7 > Maybe they have software that keeps track of a**holese# > and purges them from their lists?g > ? > I got mine.  Too bad you didn't get yours.  Maybe bad karhma?'  7 Maybe folks should stop whining about people whining...    -- r David J. Dachterae dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------  # Date: Wed, 01 May 2002 03:00:11 GMTo1 From: "David J. Dachtera" <djesys.nospam@fsi.net>S? Subject: Re: ZIP strangeness (search list as part of file spec)k' Message-ID: <3CCF5D29.ECB0F7D6@fsi.net>e   Phillip Helbig wrote:l > ! > ZIP zip-file name zip-file listu >  > Used it for years. > J > Assume that the zip-file name (name of the file zip creates) is given asJ > LOGICAL:ZIP.FILE, where LOGICAL is a search list.  (The list of files toG > be zipped in my test case was also in (the same) search list; in thislF > case as expected it picks up files from the directories in the orderG > defined by the search list).  ZIP.FILE ends up in the SECOND, not thee< > FIRST, directory specified by the search list.  This seemsJ > counter-intuitive (i.e. different than what happens normally with search	 > lists).  >  > Why?  D When I tested this, it always goes to the last element of the searchD list. That said, I didn't test it with a search list which points to non-existant paths..   -- k David J. Dachterau dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------    Date: 30 Apr 2002 13:06:37 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)K Subject: [Q] Where are the rules for sticky defaults for DECnet file-specs?h= Message-ID: <343f30ae.0204301206.732df4ef@posting.google.com>   C The subject says it all. I looked in the fine manual, but could not  find it.  F It appears that if you have a file-spec list that contains node-specs,F you must re-specify the node-spec if the disk or directory changes. If? the file name or type changes, you need not respecify the node.   E $ DIR NODE1::DISK1:[DIR1],NODE1::DISK2:[DIR2] ! needs both node-specs    but   5 $ DIR NODE1::DISK1:[DIR1]FILE1,FILE2 ! is okay as is.i  E Just curious if this is documented somewhere? Thanks. (I'm on VMS 6.1l	 and 6.2.)    Disclaimer: JMHO Alan E. Feldman " afeldman atski gfigroup dotski com   ------------------------------   End of INFO-VAX 2002.239 ************************