1 INFO-VAX	Fri, 05 May 2000	Volume 2000 : Issue 251       Contents: Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! C++ Compiling and linking  Re: dec/vax help needed ( Re: External authentication in a cluster Re: faster gunzip  Re: faster gunzip  Re: faster gunzip 3 Re: File Extensions (was Re: Marketing opportunity) / Re: ftp.decus.org is back up!  And running VMS! / Re: ftp.decus.org is back up!  And running VMS!  Re: LBR$OUTPUT_HELP Question* Re: Mailbox and synchronization in OpenVMS* Re: Mailbox and synchronization in OpenVMS re:  Marketing opportunity RE: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  RE: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  re:  Marketing opportunity Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  RE: Marketing opportunity  Re: Maximum Password Lengths( Memo:  Re: Dropping DECnet..don't do it! RE: Re: MPI for OpenVMS? OPCOM 	 Re: OPCOM 	 Re: OPCOM 	 Re: OPCOM 	 Re: OPCOM  Re: OpenVMS disk space?  Re: OpenVMS marketing  Re: Print queue -> file  RRD47-EN on VAXstation 4000/60' System wide mail filters?  ("ILOVEYOU") + Re: System wide mail filters?  ("ILOVEYOU") + Re: System wide mail filters?  ("ILOVEYOU") + RE: System wide mail filters?  ("ILOVEYOU") + Re: System wide mail filters?  ("ILOVEYOU")  VEST, last version...  Re: VEST, last version...  Re: VEST, last version...  Re: VEST, last version...  Re: VEST, last version...   VGA Monitor in place of  VR-241?  VGA Monitor in place of  VR-241?6 RE: VMS Fibre channel connectivity with 3rd party disk  Wanted: VT525 programmers manual$ Re: Wanted: VT525 programmers manual1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim")   F ----------------------------------------------------------------------  $ Date: Fri, 5 May 2000 02:29:37 -0400' From: "Bill Todd" <billtodd@foo.mv.com> # Subject: Re: And they wonder why !! ( Message-ID: <8etpla$fjc$1@pyrite.mv.net>  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:Ftxxzq.37E@world.std.com...   ...   K > Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER " > $50M USD per year on the program  > Meant to follow up on this point earlier, but got sidetracked:  H Assuming you were not given the above number by some cretin who was justH attempting to paper over the debacle by a little judicious re-writing ofJ history, just how in hell was Compaq losing 'well over $50M' (I assume theI 'M' means 'million') USD/year on the program (at least in any manner that 6 necessitated killing it completely to stop the drain)?  I $50M/year buys close to 300 high-quality engineers (maybe 296 if you give L each a DS10 - at Compaq cost - to work on, though that's not a yearly item).F That's more than enough to have written both W2K and 64-bit W2K all byJ themselves, without any contribution from Microsoft:  I could see maybe 60G engineers, tops, from Compaq dedicated to new W2K development, and more E likely about half that unless MS was getting a lot more boost than an $ equitable arrangement would suggest.  J So that accounts for $5M to at most $10M per year, but since Compaq claimsJ that it's still helping MS with 64-bit W2K development - and still largelyI on Alpha, but just not with the intent of releasing an Alpha product - it ; didn't save anywhere near that much by killing the product.   J Support?  Support is supposed to be a profit center, not a cost center, so@ killing the product shouldn't have saved much of anything there.  K Could it have been (The Church Lady fixes us with her penetrating gaze) ... J ADVERTISING?  After all, we know that Compaq was vigorously advertising NTK on Alpha in the UK until weeks after the product was killed, and presumably D in all other markets as well (though perhaps they were more promptlyJ deactivated).  And, while Compaq seems reluctant to spend more than pocketH change on VMS advertising, no such inhibitions seem to apply to PC-style; promotion (into which category NT on Alpha seemed to fall).   K If so, then there was no need to scrap the product:  Compaq could just have H cut 'way back on the ad budget while it figured out what was causing theL problem.  I've suggested reasons elsewhere:  nervousness about the future ofJ Alpha after the acquisition, reluctance to commit to a new NT installationL when W2K was presumably just around the corner (my impression is that such aL dampening effect occurred on Intel platforms as well), similar reluctance toJ convert to NT on Alpha when 64-bit W2K on Alpha was presumably just around the corner, Y2K paralysis, ...  J But Compaq did not have to give up the legitimacy NT/W2K gave to the AlphaD platform - regardless of its volume - in many industry eyes, nor theK fig-leaf that the ability to run NT/W2K on the Alpha hardware gave to sales H of VMS and Tru64 on that hardware, not the potential to run NT/W2K alongH with VMS and/or Tru64 and/or Linux in a Wildfire/Marvel box (was 'serverK consolidation' trendy a year ago?  it certainly is now...), nor the ability K to kick Merced's butt even harder than seemed likely a year ago with 64-bit 
 W2K on Alpha.   L Aside from the public humiliation of a bunch of corporate honchos who richlyJ deserve it, there would seem to be little to be lost and much to be gainedL by returning to Microsoft hat in hand and asking them to get 64-bit W2K backL on the Alpha express - since it's probably still running on Alphas right now2 and was in Beta test at the time it was cancelled.   - bill  & , and 2) Microsoft, per usual, was not9 > living up to the commitment it made to support AlphaNT.  >  > It's as simple as that.  > F > While Compaq did a terrible job communicating the decision to cancelK > AlphaNT, the underlying business case is both sound and supportable (even F > though it leaves me with an essentially useless Personal Workstation 433a). >  >  >  >    ------------------------------  " Date: Fri, 5 May 2000 15:48:11 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <Fu3FDw.HCv@world.std.com>  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:8etpla$fjc$1@pyrite.mv.net... > ; > Terry C. Shannon <shannon@world.std.com> wrote in message " > news:Ftxxzq.37E@world.std.com... >  > ...  > H > > Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER$ > > $50M USD per year on the program > @ > Meant to follow up on this point earlier, but got sidetracked: > J > Assuming you were not given the above number by some cretin who was justJ > attempting to paper over the debacle by a little judicious re-writing ofL > history, just how in hell was Compaq losing 'well over $50M' (I assume theK > 'M' means 'million') USD/year on the program (at least in any manner that 8 > necessitated killing it completely to stop the drain)?  D M means million. The number did not come from a cretin. Quite on theL contrary. There's a lot more to it than an engineering bodycount (IIRC thereE were ~100 such individuals at DEQwest Bellevue alone). More detail is H available in the AlphaNT Aftermath write-up I did last fall (it's on the www.acersoft.com website).   ------------------------------  $ Date: Fri, 5 May 2000 13:25:48 -0400' From: "Bill Todd" <billtodd@foo.mv.com> # Subject: Re: And they wonder why !! ( Message-ID: <8ev03g$pkc$1@pyrite.mv.net>  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:Fu3FDw.HCv@world.std.com...   ...   F > M means million. The number did not come from a cretin. Quite on theH > contrary. There's a lot more to it than an engineering bodycount (IIRC there G > were ~100 such individuals at DEQwest Bellevue alone). More detail is J > available in the AlphaNT Aftermath write-up I did last fall (it's on the > www.acersoft.com website).  D Thanks - good write-up which I had forgotten, but it doesn't seem toJ contradict anything I said (much of which may well have come from my fuzzy memory of your own words).  I The fact remains that most of the costs associated with W2K (both 32- and K 64-bit) on Alpha had already been incurred at the time of the cancellation, G and that a significant portion of the remaining costs were still spent, J since Compaq continued to aid 64-bit W2K development on the Alpha platformB after the product was killed (and may well still be doing so).  SoK cancelling the product seems to have saved little but advertising expenses, J which simply could have been cut back without stranding existing users and- tossing the side-benefits into the trash can.    - bill   ------------------------------  " Date: Fri, 5 May 2000 17:53:32 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <Fu3L9L.Hr9@world.std.com>  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:8ev03g$pkc$1@pyrite.mv.net... > ; > Terry C. Shannon <shannon@world.std.com> wrote in message " > news:Fu3FDw.HCv@world.std.com... >  > ...  > H > > M means million. The number did not come from a cretin. Quite on theJ > > contrary. There's a lot more to it than an engineering bodycount (IIRC > there I > > were ~100 such individuals at DEQwest Bellevue alone). More detail is L > > available in the AlphaNT Aftermath write-up I did last fall (it's on the > > www.acersoft.com website). > F > Thanks - good write-up which I had forgotten, but it doesn't seem toL > contradict anything I said (much of which may well have come from my fuzzy > memory of your own words). > K > The fact remains that most of the costs associated with W2K (both 32- and ? > 64-bit) on Alpha had already been incurred at the time of the 
 cancellation, I > and that a significant portion of the remaining costs were still spent, L > since Compaq continued to aid 64-bit W2K development on the Alpha platformD > after the product was killed (and may well still be doing so).  SoC > cancelling the product seems to have saved little but advertising 	 expenses, L > which simply could have been cut back without stranding existing users and/ > tossing the side-benefits into the trash can.   L Precious little was done on the advertising front, but such is the case withK all things Alpha-related. My objective was not to contradict what you said, L but the fact remains that there were additional expenses of varying amounts.C F'rinstance: Recall that DECpaq had to pay u$oft a royalty on every J NT-capable (vice actually running NT) Alpha system that went out the door.K And if memory serves me correctly, CPQ had to pony up Big Bucks to persuade > u$oft to port the Office suite (or portions thereof) to Alpha.  L IMHO u$oft did not play fair, but what else is new. u$oft desperately wantedK NT to run on WildFire (and it did, by the way...) but only as a proof point K for Win2K in the enterprise. When the decision was made to scuttle AlphaNT, G Microsoft reiterated its request (which is why Win64 lived for six days I longer than AlphaNT). Compaq said "sure, we can do that... it'll cost you  X."   J To which u$oft responded: YOU DON'T UNDERSTAND! WE ARE MICROSOFT. WE DON'T! PAY OUR "PARTNERS*" FOR ANYTHING.   $ At which point CPQ said, "see ya..."  G Whatever, there's a book in this debacle. I won't write it alone, but I D wouldn't mind collaborating with an author who's favorably inclined.   cheers,    terry s J Not an apologist for CPQ, just the owner of a defunct Personal Workstation 433a.   * *Microsoft Business Partner = organ donor.   >  > - bill >  >  >    ------------------------------  % Date: Fri, 05 May 2000 05:10:02 -0700 5 From: Matthew <matthewNOmaSPAM@globill.co.za.invalid> " Subject: C++ Compiling and linking9 Message-ID: <0b345656.257885bc@usw-ex0102-013.remarq.com>    Hi there  0 I am currently trying to solve a linking problem on these machines.   The error is as follows       Linking Application... A ----------------------------------------------------------------- ( ---------------------------------------- FileManager.EXE A FileManager.OBJ,AppFileManager.OBJ,CPP_INCLUDE:GApplication.OBJ,F  ILEMANAGER.OPT/opt M loutl FILEMANAGER.EXE A FILEMANAGER.OBJ,APPFILEMANAGER.OBJ,CPP_INCLUDE:GAPPLICATION.OBJ,F * ILEMANAGER.OPT/OPT,ora_sqlolb:libsql/lib,-4    ora_olb:rdbms_objlib/lib  FILEMANAGER.EXE TM  CPP  - Linking FILEMANAGER.EXE? %CXXLNK-I-USERLIB, Qualifier USERLIBRARY found on command line, ! defaulting to linker options file % %LINK-W-NUDFSYMS, 1 undefined symbol: / %LINK-I-UDFSYM,         std::basic_string<char, 0 std::char_traits<char >, std::allocator<char > ># &std::basic_string<char, std::char_ = traits<char >, std::allocator<char > >::replace(unsigned int, ! unsigned int, unsigned int, char) : %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X00000B30 1         in module GORACLEDRIVER file GLOBILL_DEV: ) [BUILDER3.PROJECTS.MESSAGEQUEUE]GMT.OLB;1 : %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000008B0 ,         in module GDBWFILE file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X00000800 0         in module GDBWFMSALERT file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000008F0 6         in module GDBWCLIENTFILETYPE file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X00000A00 8         in module GDBWPLATFORMFILETYPE file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000007C0 8         in module GDBWPLATFORMDELIVERY file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X00000820 <         in module GDBWCLIENTFILEPROCESSING file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000008D0 2         in module GDBWFMSPROCESS file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000007C0n0         in module GDBWFILETYPE file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X00000870y0         in module GDBWPLATFORM file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referenced )         in psect $LINK$ offset %X000007E0t4         in module GDBWSUBDIRECTORY file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1: %LINK-W-USEUNDEF, undefined symbol std::basic_string<char,0 std::char_traits<char >, std::allocator<char > > &std::basic_string<char,:  std::char_traits<char >, std::allocator<char > >::replace; (unsigned int, unsigned int, unsigned int, char) referencedt)         in psect $LINK$ offset %X000008C0y6         in module GDBWCLIENTPLATFORM file GLOBILL_DEV:, [BUILDER3.PROJECTS.FMSDBW]FMSDBWRAPPER.OLB;1A -----------------------------------------------------------------E( ----------------------------------------  MAKE Complete  < If you could please send me any info you may have on linking with the@ string STL or any person/s I could contact to help me with this.     Regards,   Matthew Buchanan    L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!"   ------------------------------  % Date: Fri, 05 May 2000 08:58:18 -0400x+ From: Brendan Welch <brendan_welch@uml.edu>-  Subject: Re: dec/vax help needed' Message-ID: <3912C569.93EA03F6@uml.edu>M   >09 > At the risk of being labled a predator...$100, and I'll  > come and pick up the junk.   >  >   Mark   OK:   You are a PREDATOR.e  7 Translation:  You thought of it first, and beat me out.s     --E Brendan Welch, system analyst, Univ. of Massachusetts - Lowell, W1LPGp   ------------------------------   Date: 5 MAY 2000 16:22:18 GMT 4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)1 Subject: Re: External authentication in a cluster 5 Message-ID: <5MAY00.16221819@thuria.waisman.wisc.edu>e  : In a previous article, falk@arc.ab.ca (Alfred Falk) wrote:  F ->I've been testing out external authentication, and am having trouble ->with non-pathworks nodes.) -> y< ->16:21:30.83: %SYSTEM-F-NOSUCHID, unknown rights identifier  N Just guessing here. Is there a shared UAF? If not, does user Z_TESTER have the same UIC on both nodes?    ------------------------------  % Date: Fri, 05 May 2000 07:40:26 -0700a5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>  Subject: Re: faster gunzip2 Message-ID: <5toSOXT+viH+sRk+Nwu1BDkuH3BP@4ax.com>  A On Fri, 5 May 2000 06:40:48 GMT, young_r@eisner.decus.org (Robert 
 Young) wrote:m  k >In article <lPERORUnx4EysVkXpICGTSIuV3TI@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes:o > @ >Wait a second... this version below is different than what HeinM >forwarded and what Bob Sampson wrote.  Just looking at the includes and the a  >comments that Bob had in there:  E Guilty as charged.  DejaNews has been screwed up these past few days;n; and thought I was re-posting the original version.   Sorry.u  B that said, your post prompted me to go back && retest on Vax 7.1, - using a FATDEF.h from Joe Meadow's FILE tool,h= I found needed to add the following global, to get it to fly. 2 I'd be interested to hear if there is better soln.  2    /* warning: utter and, complete guesswork here:    */i:    volatile fandle ctl$gl_fandle_vector[MAX_BUFFERS][2];      
 otherwise:  % %LINK-W-NUDFSYMS, 1 undefined symbol: - %LINK-I-UDFSYM,         CTL$GL_FANDLE_VECTOR oB %LINK-W-USEUNDEF, undefined symbol CTL$GL_FANDLE_VECTOR referenced(         in psect $CODE offset %X00000071A         in module SYSFIOVAX file SYS$COMMON:[SYSLIB]STARLET.OLB;8l   ------------------------------  " Date: Fri, 5 May 2000 18:14:35 GMT- From: young_r@eisner.decus.org (Robert Young)i Subject: Re: faster gunzip+ Message-ID: <YpapqDTshhih@eisner.decus.org>e  j In article <5toSOXT+viH+sRk+Nwu1BDkuH3BP@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes:C > On Fri, 5 May 2000 06:40:48 GMT, young_r@eisner.decus.org (Roberto > Young) wrote:  > l >>In article <lPERORUnx4EysVkXpICGTSIuV3TI@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes: >>A >>Wait a second... this version below is different than what Hein N >>forwarded and what Bob Sampson wrote.  Just looking at the includes and the ! >>comments that Bob had in there:  > G > Guilty as charged.  DejaNews has been screwed up these past few days;e= > and thought I was re-posting the original version.   Sorry.r > D > that said, your post prompted me to go back && retest on Vax 7.1, / > using a FATDEF.h from Joe Meadow's FILE tool,d? > I found needed to add the following global, to get it to fly.t4 > I'd be interested to hear if there is better soln. > 4 >    /* warning: utter and, complete guesswork here: >    */ < >    volatile fandle ctl$gl_fandle_vector[MAX_BUFFERS][2];   >  >  > otherwise: > ' > %LINK-W-NUDFSYMS, 1 undefined symbol:d/ > %LINK-I-UDFSYM,         CTL$GL_FANDLE_VECTOR gD > %LINK-W-USEUNDEF, undefined symbol CTL$GL_FANDLE_VECTOR referenced* >         in psect $CODE offset %X00000071C >         in module SYSFIOVAX file SYS$COMMON:[SYSLIB]STARLET.OLB;8c    ( 	That is why Master say to Grasshoppers:  
 #if __ALPHA  dG #include <fatdef.h> /* +sys$library:sys$lib_c.tlb/library */           q	 #else    iK #include "fatdef.h" /* extract this header for VAX from an Alpha system */ e #endif s   	Pull from Alpha...a   				Rob    ------------------------------  % Date: Fri, 05 May 2000 10:39:41 -0700a5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>  Subject: Re: faster gunzip2 Message-ID: <JQUTOcr1z6V3XZwLYZQel1Nc1Qmo@4ax.com>  A On Fri, 5 May 2000 18:14:35 GMT, young_r@eisner.decus.org (Roberto
 Young) wrote:   E >> that said, your post prompted me to go back && retest on Vax 7.1, i0 >> using a FATDEF.h from Joe Meadow's FILE tool,@ >> I found needed to add the following global, to get it to fly.5 >> I'd be interested to hear if there is better soln.b >> e5 >>    /* warning: utter and, complete guesswork here:  >>    */= >>    volatile fandle ctl$gl_fandle_vector[MAX_BUFFERS][2];  i  ) >	That is why Master say to Grasshoppers:  >  >#if __ALPHA  H >#include <fatdef.h> /* +sys$library:sys$lib_c.tlb/library */           
 >#else    L >#include "fatdef.h" /* extract this header for VAX from an Alpha system */  >#endif  >e >	Pull from Alpha... >U >				Rob  5 fair enough.   but that still doesn't solve the link d, warning on inre ctl$gl_fandle_vector on Vax.  ? if compiling/linking this on vax, and  you don't have an Alpha e= to fetch a fatdef.h from, the fatdef.h in Joe Meadow's tools u= may be your next best bet.    that's where I was coming from.a   ------------------------------   Date: 5 May 2000 17:28:45 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: File Extensions (was Re: Marketing opportunity)6 Message-ID: <8ev0cd$rcu$1@mailint03.im.hou.compaq.com>  R In article <8euup5$njl$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:  ? :...but was saved by noticing the .vbs extension, and later was3L :grateful for the fact.  It made me think about all the times over the yearsD :that people have denigrated the use of file extensions as file-typeK :definitions and asserted that types should be intrinsic attributes:  therewI :turns out to be *some* value after all in just being able to look at thewH :file's name and know what the system will try to do with it - though ofC :course if the action were displayed along with the name that wouldtF :accomplish the same result and be more general, given the ability to E :tailor the system associate virtually any action with any extension.s     In my case...b  C   It's a wish that the filename were not overloaded with an attempt D   to flag the file organization, when it's not really the format of C   the file that is of interest to the user but rather the data thatlE   is contained within the file and the application(s) that are neededlE   to access the file.  A better and more flexible way of dealing witht    file metadata, in other words.  @   More than a few folks have used the file extension to (try to)?   mask the contents of a file.  I know more than a few of these C   files have come to the attention of OpenVMS system managers over  G   the years during an ANALYZE/DISK pass, when the tool flags "corrupt" o   "directory" files.  C   Try accessing a DCL command procedure from a web browser running tA   on a Microsoft Windows PC, just for entertainment.  (Microsoft a3   Windows really doesn't like the results, either.)s  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 05 May 2000 05:13:54 GMTa* From: "David Cressey" <david@dcressey.com>8 Subject: Re: ftp.decus.org is back up!  And running VMS!5 Message-ID: <mMsQ4.159$s4.18308@petpeeve.ziplink.net>   @ I'm interested in learning how to use the ftp.decus.org utility.  J I'm a DECUS member,  and I log into eisner to read and write notes.  Where do I start?o  I I'm interested in uploading and sharing my own efforts, such as they are,t3 and not only in downloading other people's efforts.r    D Tim Shoppa wrote in message <391044A3.70B26692@trailing-edge.com>...= >After several weeks of being down, I just tried this morningc> >and got into ftp.decus.org via anonymous FTP.  It's now a VMSB >machine running MadGoat FTP, and seems to have twenty-some of the2 >DECUS CD's on it.  To whoever fixed it, good job! >l >Tim.u   ------------------------------  # Date: Fri, 05 May 2000 08:07:07 GMTu From: Dirk Munk <munk@home.nl>8 Subject: Re: ftp.decus.org is back up!  And running VMS!' Message-ID: <39128128.7BB9E953@home.nl>n  B That's great of course, but now I would like to see DECnet over IP connections too !tB In my view 'COPY FTP.DECUS.ORG::DECUS_FTP:[ANONYMOUS.CD1]*.exe' is better then using FTP.   Dirk     Tim Shoppa wrote:C > > > After several weeks of being down, I just tried this morning? > and got into ftp.decus.org via anonymous FTP.  It's now a VMSeC > machine running MadGoat FTP, and seems to have twenty-some of theo3 > DECUS CD's on it.  To whoever fixed it, good job!. >  > Tim.   ------------------------------   Date: 5 May 2000 02:29 CST' From: carl@gerg.tamu.edu (Carl Perkins)b% Subject: Re: LBR$OUTPUT_HELP Question , Message-ID: <5MAY200002291246@gerg.tamu.edu>   piccard@ohio.edu writes...G }I have been frustrated by that behavior in the past, too.  I regard ityB }as either broken or conforming to a bad specification ("broken byH }design").  I must also say that I regard fixing TCP/IP V5 and a variety0 }of other shortcomings as being more important.  }  }				RDP  E I would guess that it does it on purpose. If you enter "HELP FOO BAR"cD and there is no help on "FOO BAR", how is it supposed to know if youJ really wanted to do a "HELP FOO BAT" or a "HELP FOP BAR" or "HELP FOOBAR"?  G Then there is also the point that when there is an error it always goesoF back to the level you started from, apparently using the main "Topic?"D level if the error was on the command line. You can see this by, forC example, going to HELP SET. From the "SET Subtopic?" prompt you canCC enter "ASDF QWER" (both parts invalid) and it takes you back to theeD "SET Subtopic?" prompt. You can also enter "ACL QWER" (ACL is valid,D QWER is not) and it still takes you back where you started from, theH "SET Subtopic?" prompt. Or you can enter "QWER PARAMETER" (QWER invalid,E but PARAMETER is valid for perhaps half the subtopics that are valid)eA and, once again, it takes you back to the "SET Subtopic?" prompt.M  G I would also make sense if it did what I expect JPE wants, i.e. to takeJG you to the deepest subtopic that actually existed (So HELP SET ACL QWERbF would end up at a "SET ACL Subtopic?" prompt). Just because this would; make sense does not mean that the way it works now doesn't.o   --- Carl   }JPE wrote:g }> iG }> One of the things that has always impressed me about VMS is its HELPMG }> facilities.  Recently I started to code a version of LBR$OUTPUT_HELPoK }> for another OS.  As part of that project, I started playing with the DCLoG }> HELP command and observing the behavior.  During this observation, ILJ }> noticed something with VMS HELP that doesn't seem right.  Perhaps thereJ }> are people in this newsgroup that can either explain the reason for the* }> odd behavior or do something to fix it. }> eI }> If you type "HELP SHOW BOVINE" from the DCL prompt you get the messageKC }> "Sorry, no documentation on SHOW BOVINE" followed by "AdditionalVJ }> information available:" and a list of the SHOW command's subtopics.  IfD }> you type in a subtopic, for example CPU, you get a message sayingJ }> "Sorry, no documentation on CPU" because it was prompting with "Topic?"E }> after the "HELP SHOW BOVINE" command.  Even though it displays therJ }> subtopics for SHOW, it prompts with "Topic?" and expects you to enter aH }> top level help topic.  Any rationale for this behavior or is it truly }> "broke"?F }> e	 }> J.P.E.l }-- C }================================================================== C }Dick Piccard                           Academic Technology Managera   ------------------------------  % Date: Fri, 05 May 2000 07:57:40 -0500 " From: Earl Lakia <lakia@ipact.com>3 Subject: Re: Mailbox and synchronization in OpenVMS_) Message-ID: <3912C544.D120132D@ipact.com>R  J The key is to put a transaction number as part of your data and read until< the transaction number changes.  Depending on timing of your+ applications doesn't seem like a good idea.c   My 2 cents.e     Dann Corbit wrote:  G > If I use a mailbox for IPC, can I force all pending messages to flush0
 > somehow? > D > I want to be able to depend upon a previous transaction set having > completed. >OF > If not, what is an alternative method for IPC that can be made fully > reliable?a > --2 > C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html& >  "The C-FAQ Book" ISBN 0-201-84519-93 > C.A.P. Newsgroup   http://www.dejanews.com/~c_a_peK > C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm    --
 Earl D. LakiaM0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212o Valparaiso, IN 46383   ------------------------------   Date: 5 May 2000 14:20:20 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Mailbox and synchronization in OpenVMS%6 Message-ID: <8eulb4$mh7$1@mailint03.im.hou.compaq.com>  X In article <0XrQ4.2095$0F5.2416@client>, "Dann Corbit" <dcorbit@solutionsiq.com> writes:F :If I use a mailbox for IPC, can I force all pending messages to flush	 :somehow?:  A   IPC is communications.  Others have mentioned alternative means:C   of communications -- the ICC services in V7.2 and later, network  E   transports including DECnet and IP, etc -- which will all certainlyEG   work, but none of these address what appears to be the central issue:R,   the need for transaction-style processing.  C :I want to be able to depend upon a previous transaction set having  :completed.t  D   Then the various components participating in the transaction have B   to complete, and all have to agree that they have all completed.  D   You can probably hack this together with various AST notificationsD   and mailboxes, but this environment will tend to get rather hairy.D   The various failure and associated recovery cases, in particular, :   will be rather interesting to design and code and debug.  E :If not, what is an alternative method for IPC that can be made fully,
 :reliable?  D   I would encourage at least a quick examination of the uses of the C   integrated OpenVMS transaction-processing system services.  SinceRC   you appear to want transactions, these system services provide a sC   two-phase commit transaction application environment.  Please see>7   the OpenVMS Programming Concepts manual for details. t   	--c  A   When posting questions, please remember to include the OpenVMS aC   platform(s) and version(s) -- this makes it far easier to target nB   the answers and the comments specifically to your local OpenVMS >   environment.  Thanks!  (eg: ICC is first available in V7.2.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 05 May 2000 11:11:23 +0000 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>C# Subject: re:  Marketing opportunityJ6 Message-ID: <009E9A0B.1C59EBF5.9@maxwell.ph.kcl.ac.uk>   > P > This afternoon, I called my mobile phone provider. There was a special message/ > before anything else. It went something like:  > L > "Because a virus has infected most of our computers, our services are veryO > limited, and waiting times will be longer than usual, we apoligize in advanceL > for this situation".  L Technically it (ILOVEYOU) is a worm and trojan, not a virus. It's targetted N at MS systems because (probably) they are widespread and widely used by peopleJ without a technical background. However, it does not appear to exploit anyI security holes and is mostly social engineering; the only technical facethI being that Microsoft make virtually NO distinction between code and data,.J and so people used to doubleclicking mail messages to "view" Word or ExcelF files (thermselves executable!) will not notice the .vbs extension and: happily execute a malicious script under misleading cover.  G It would be fairly trivial to write similar malware in (say) Perl on a gO Unix or even in DCL on a VMS system. But because the designers of those systemsrC are more security-minded, it will be far harder to "con" users intoKI acrually executing the script. That's the only real difference. Microsoft I users are presented with a bottle marked "drink me" and do; users of mostoD other systems would realize that it may very well contain poison, an decline the invitation.@  N By the way, it's well worth getting a (textfile!) copy of this virus. ContraryH to various newspaper reports, it's not a work of criminal genius. It's aB few hundred lines of easy-to-read VBS code that any half-competentH programmer could have put together. Frightening that it's now so easy toI cause such disruption; I just hope that it can become a major contributornL to the defeat of the Borg. This thing could easily have been far worse (and 8 the sociopaths are doubtless working on that right now)! > O > If i were Compaq, I'd have a BIG full page ad in most newspapers the next dayoO > showing the advantages of a robust platform that is secure and not the targetk > of so many viruses: VMS. >   D I'd love to see VMS advertized, but this is an incorrect pretext forI anything other than bashing Microsoft, and any other outfit that makes it . too easy for lusers to confuse code with data.   	Yours,d
 		Nigel Arnotn- 		NRA@MAXWELL.PH.KCL.AC.UK                   a  7 		"In the beginning there was nothing, which exploded."d   ------------------------------  % Date: Fri, 05 May 2000 11:32:13 +0100s8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>" Subject: RE: Marketing opportunityL Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E833F@ppnt41.physics.ox.ac.uk>  K > If i were Compaq, I'd have a BIG full page ad in most newspapers the nextw daylH > showing the advantages of a robust platform that is secure and not the target > of so many viruses: VMS.  J I think Compaq would be unwise to do that as the reason VMS was not hit byK the virus was that (a) VMS MAIL doesn't handle attachments, (b) VMS doesn't-K have a GUI interface as standard and (b) VMS doesn't have visual BASIC. TheLL apparent security of VMS in this particular case arises because of a lack ofC features and not because of any the good security feautures in VMS.-   John    B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)D   ------------------------------  % Date: Fri, 05 May 2000 13:15:40 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>." Subject: Re: Marketing opportunity) Message-ID: <3912BB6C.E749AAD7@bbc.co.uk>u   Nigel Arnot wrote:   > >,R > > This afternoon, I called my mobile phone provider. There was a special message1 > > before anything else. It went something like:B > >mN > > "Because a virus has infected most of our computers, our services are veryQ > > limited, and waiting times will be longer than usual, we apoligize in advancee > > for this situation". >iM > Technically it (ILOVEYOU) is a worm and trojan, not a virus. It's targettedoP > at MS systems because (probably) they are widespread and widely used by peopleL > without a technical background. However, it does not appear to exploit anyK > security holes and is mostly social engineering; the only technical facete  L Hmmm, I guess it is debateable whether  a M$ platform constitutes a security9 hole per se. Well, you can debate it, I am sure about it.       H > It would be fairly trivial to write similar malware in (say) Perl on aQ > Unix or even in DCL on a VMS system. But because the designers of those systemsEE > are more security-minded, it will be far harder to "con" users intoIK > acrually executing the script. That's the only real difference. Microsoft   G Also, you have to be root on unix or have system privs on VMS to damageq any but your own data.   Tim, who did find a copy too.f   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those ofD MedAS or the BBC.Y   ------------------------------  % Date: Fri, 05 May 2000 13:24:47 +0100u- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> " Subject: Re: Marketing opportunity) Message-ID: <3912BD8F.8607A258@bbc.co.uk>r   John Macallister wrote:   M > > If i were Compaq, I'd have a BIG full page ad in most newspapers the nexte > day J > > showing the advantages of a robust platform that is secure and not the > target > > of so many viruses: VMS. >fL > I think Compaq would be unwise to do that as the reason VMS was not hit byM > the virus was that (a) VMS MAIL doesn't handle attachments, (b) VMS doesn'tbM > have a GUI interface as standard and (b) VMS doesn't have visual BASIC. ThehN > apparent security of VMS in this particular case arises because of a lack ofE > features and not because of any the good security feautures in VMS.n  J John, are you saying that IF vms had mail attachments AND it had VB AND itI had a GUI interface THEN any unpriv'd user could ruin your VMS system, byoI creating files in SYS$SYSTEM (copy files to C:\Windows), defining logical D names /SYSTEM/EXECUTIVE (creating new registry entries) and altering SYSTARTUP_VMS.COM etc,  L I think you'd have to explicitly configure VMS to be so insecure  myself :-)  --o6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uky  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.b   ------------------------------  % Date: Fri, 05 May 2000 14:10:32 +0100i8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>" Subject: RE: Marketing opportunityL Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8341@ppnt41.physics.ox.ac.uk>   " ... any unpriv'd user ... "   H It would only take one privileged user to do the damage but "damage" canJ take many forms and any user could seriously disrupt their own and others'I work. Whatever the intruder code was, if VMS were the target, it would belG tailored towards any waeknesses in the implementation or design of VMS.hL Remember that UNIX is just as secure as VMS as far as this latest problem is
 concerned.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)e     -----Original Message-----4 From: Tim Llewellyn [mailto:tim.llewellyn@bbc.co.uk]" Sent: Friday, May 05, 2000 1:25 PM To: John Macallister" Subject: Re: Marketing opportunity         John Macallister wrote:   H > > If i were Compaq, I'd have a BIG full page ad in most newspapers the next > daysJ > > showing the advantages of a robust platform that is secure and not the > target > > of so many viruses: VMS. >rL > I think Compaq would be unwise to do that as the reason VMS was not hit byE > the virus was that (a) VMS MAIL doesn't handle attachments, (b) VMS- doesn't-I > have a GUI interface as standard and (b) VMS doesn't have visual BASIC.f The K > apparent security of VMS in this particular case arises because of a lack- ofE > features and not because of any the good security feautures in VMS.d  J John, are you saying that IF vms had mail attachments AND it had VB AND itI had a GUI interface THEN any unpriv'd user could ruin your VMS system, byiI creating files in SYS$SYSTEM (copy files to C:\Windows), defining logicaliD names /SYSTEM/EXECUTIVE (creating new registry entries) and altering SYSTARTUP_VMS.COM etc,  L I think you'd have to explicitly configure VMS to be so insecure  myself :-)  --e6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those ofn MedAS or the BBC.n   ------------------------------  % Date: Fri, 05 May 2000 15:04:09 +0200m= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>0" Subject: Re: Marketing opportunity) Message-ID: <3912C6C9.E5D776A7@gtech.com>k   JF Mezei wrote:MP > This afternoon, I called my mobile phone provider. There was a special message/ > before anything else. It went something like:  > L > "Because a virus has infected most of our computers, our services are veryO > limited, and waiting times will be longer than usual, we apoligize in advanced > for this situation". > O > If i were Compaq, I'd have a BIG full page ad in most newspapers the next dayuO > showing the advantages of a robust platform that is secure and not the target  > of so many viruses: VMS.   They could.    They should.   But they will not !    Arne   ------------------------------  % Date: Fri, 05 May 2000 15:10:20 +0200T= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>>" Subject: Re: Marketing opportunity) Message-ID: <3912C83C.52EC016F@gtech.com>    Nigel Arnot wrote:M > Technically it (ILOVEYOU) is a worm and trojan, not a virus. It's targetted"P > at MS systems because (probably) they are widespread and widely used by peopleL > without a technical background. However, it does not appear to exploit anyK > security holes and is mostly social engineering; the only technical facet,K > being that Microsoft make virtually NO distinction between code and data, L > and so people used to doubleclicking mail messages to "view" Word or ExcelH > files (thermselves executable!) will not notice the .vbs extension and< > happily execute a malicious script under misleading cover. > H > It would be fairly trivial to write similar malware in (say) Perl on aQ > Unix or even in DCL on a VMS system. But because the designers of those systemsoE > are more security-minded, it will be far harder to "con" users intoAK > acrually executing the script. That's the only real difference. Microsoft,K > users are presented with a bottle marked "drink me" and do; users of most,F > other systems would realize that it may very well contain poison, an > decline the invitation.    ????  G This virus/worm uses two features of Windows and Microsoft Mail that noIB other OS and email program on another OS to my best knowledge has:  7 - all users has write access to all files on the systemS  G - the email-program run code when you click on an attachment containingn code  G I find it very difficult to see how this could happend oN VMS or Unix !    Arne   ------------------------------  % Date: Fri, 05 May 2000 15:16:23 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>o" Subject: Re: Marketing opportunity) Message-ID: <3912C9A6.CE6544DF@gtech.com>m   John Macallister wrote:iM > > If i were Compaq, I'd have a BIG full page ad in most newspapers the next' > dayrJ > > showing the advantages of a robust platform that is secure and not the > target > > of so many viruses: VMS. > L > I think Compaq would be unwise to do that as the reason VMS was not hit byM > the virus was that (a) VMS MAIL doesn't handle attachments, (b) VMS doesn'tbM > have a GUI interface as standard and (b) VMS doesn't have visual BASIC. ThetN > apparent security of VMS in this particular case arises because of a lack ofE > features and not because of any the good security feautures in VMS.p   ????  - I would say that VMS do have a GUI interface.g  C VMS MAIL is not good supporting attachment and VMS do certainly not  have VB.  F But neither GUI interface, attachments or VB is particular relevant as reasons for this virus.F  C The two key security holes in Windows & Microsoft Mail (not correct= name, but ...)" that the virus/worm exploited was:B   - write access to all files oincluding the OS files for any user>   - the mail program running code when the user clicking on an
 attachment     containing code:  A No secure OS and mail program would do anything so stupid. The MS3 software do.  ? And that is why MS software was hit and not any other software.    Arne   ------------------------------  % Date: Fri, 05 May 2000 15:15:11 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s" Subject: Re: Marketing opportunity) Message-ID: <3912D76F.16C8F6D5@bbc.co.uk>d   Arne Vajhj wrote:   >o >oE > The two key security holes in Windows & Microsoft Mail (not correcta > name, but ...)$ > that the virus/worm exploited was:D >   - write access to all files oincluding the OS files for any user@ >   - the mail program running code when the user clicking on an > attachment >     containing codeh >:C > No secure OS and mail program would do anything so stupid. The MSe > software do. >j  + Arne, I'm glad someone else agrees with me.a   >gA > And that is why MS software was hit and not any other software.i >l >a  E Admittedly, M$ only was targetted, and this was due to its weaknessesoC I am sure. The buisiness impact worldwideMUST be  greater than thata reported in the media.     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk0  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Fri, 05 May 2000 10:30:09 -0400c" From: Dan Sugalski <dan@sidhe.org># Subject: re:  Marketing opportunityi8 Message-ID: <4.3.1.0.20000505102542.01d17c40@24.8.96.48>  , At 11:11 AM 5/5/00 +0000, Nigel Arnot wrote:O >By the way, it's well worth getting a (textfile!) copy of this virus. ContraryrI >to various newspaper reports, it's not a work of criminal genius. It's abC >few hundred lines of easy-to-read VBS code that any half-competent I >programmer could have put together. Frightening that it's now so easy tocJ >cause such disruption; I just hope that it can become a major contributorL >to the defeat of the Borg. This thing could easily have been far worse (and9 >the sociopaths are doubtless working on that right now)!i  D I read the code. "Half-competent" is a compliment for the author, I L think--the code was absolute crap. That it could actually do the widespread H damage it did is a testament to the insecurity of MS Outhouse. One more I reason to use a mail client written by someone with a functioning brain. tI (Some days I think TYPE/PAGE MAIL.MAI would be a better mail client than c Outhouse...)   					Dan  I --------------------------------------"it's like this"-------------------s2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunks   ------------------------------  % Date: Fri, 05 May 2000 15:47:36 +0000l/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> " Subject: Re: Marketing opportunity7 Message-ID: <009E9A31.B325FD46.28@maxwell.ph.kcl.ac.uk>-   >  > Nigel Arnot wrote:O > > Technically it (ILOVEYOU) is a worm and trojan, not a virus. It's targetted-R > > at MS systems because (probably) they are widespread and widely used by peopleN > > without a technical background. However, it does not appear to exploit anyM > > security holes and is mostly social engineering; the only technical facetaM > > being that Microsoft make virtually NO distinction between code and data,lN > > and so people used to doubleclicking mail messages to "view" Word or ExcelJ > > files (thermselves executable!) will not notice the .vbs extension and> > > happily execute a malicious script under misleading cover. > > J > > It would be fairly trivial to write similar malware in (say) Perl on aS > > Unix or even in DCL on a VMS system. But because the designers of those systems G > > are more security-minded, it will be far harder to "con" users intoyM > > acrually executing the script. That's the only real difference. MicrosoftMM > > users are presented with a bottle marked "drink me" and do; users of mostsH > > other systems would realize that it may very well contain poison, an > > decline the invitation.t >  > ???? > I > This virus/worm uses two features of Windows and Microsoft Mail that notD > other OS and email program on another OS to my best knowledge has: > 9 > - all users has write access to all files on the systems  H But this is not essential in principle to accomplish similar objectives.I This worm stows copies of itself into a system directory and hooks itselfeC to the system through the registry, but a VMS equivalent could stow K copies of itself into SYS$LOGIN: or subdirectories thereof, and hook itself H to subsequent log-ins using LOGIN.COM, or (for many users) detach itself as another process.o  F True, that would be easier for a technically competent administator toJ repair, and true this would affect only a single user not all users of theM system. However, Windows machines are usually single-user, and the main meansoF of propagation is via mail not via filestore. And a non-technical user< is no more likely to notice a strange .EXE file called (say)M MAIL$xxxhexdigitsxxxxx.EXE in amongst all the normal MAIL$xxxhexdigitsxxx.DATtG files than a Windows user is to notice a strange .DLL file in SYSTEM32.aC (If the user has any .EXE files of his own it's even easier to hidet and reinfect).  H The one thing I've since discovered is that this worm actually persuadesH the MS operating system to remember passwords which are then returned toE a remote site. That at least couldn't happen on VMS (unless of coursen@ someone was using node"userid password":: DECNET operations ...)   > I > - the email-program run code when you click on an attachment containingp > code  I Which is exactly what I was very critical of above: that MS systems make  / virtually no distinction between code and data..   > I > I find it very difficult to see how this could happend oN VMS or Unix !2 >   L With VMSmail, it can't.  (Well, not unless you can invent a plausible-enoughH covering letter to persuade a luser to extract a large chunk of DCL textM to a file and invoke it with "@"). However, given an alternative mail system  P that understands mime attachments, it all comes down to how easily an executableK attachment can be fed to its interpreter. It's sensible that doubleclickingaI on attachments such as GIF, MPEG, HTML, PS automatically launches viewersaH (provided that those viewers can't have side-effects!); it's plain crazyE for .PL or .PY to automatically launch Perl or Python, or for .EXE to O automatically RUN. I'd design it impossible for a luser to configure this, eventD if he wanted to. Micro$oft seem to have execute-without-question as  the **default** for .VBS!e   	Yours, 
 		Nigel Arnot3- 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------   Date: 5 May 2000 16:35:11 +0200g From: eplan@kapsch.net" Subject: Re: Marketing opportunity* Message-ID: <3912dc1f$1@news.kapsch.co.at>  b In article <391223B7.30ADDB07@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:N >If i were Compaq, I'd have a BIG full page ad in most newspapers the next dayN >showing the advantages of a robust platform that is secure and not the target >of so many viruses: VMS.i  K No. Then they would have to explain, why they run their mails on billyboxesa  and got heavily infected, too...  O btw: Did you see such quick actions in such a large company in the last years ?k   Sigh   -- ,< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  $ Date: Fri, 5 May 2000 12:48:42 -0400' From: "Bill Todd" <billtodd@foo.mv.com>'" Subject: Re: Marketing opportunity( Message-ID: <8euttv$mhe$1@pyrite.mv.net>  5 Arne Vajhj <arne.vajhoej@gtech.com> wrote in messaget# news:3912C9A6.CE6544DF@gtech.com...    ...i  E > The two key security holes in Windows & Microsoft Mail (not correcth > name, but ...)$ > that the virus/worm exploited was:D >   - write access to all files oincluding the OS files for any user   True on Win9x, not on NT.t  @ >   - the mail program running code when the user clicking on an > attachment >     containing codeu >rC > No secure OS and mail program would do anything so stupid. The MSo > software do.  K Scripted attachments are only run by user permission.  One can question thewI prudence of shipping Outlook with the permission set to 'granted', but it C *is* user-controllable.  Unless you assert that this feature is toonA dangerous to allow users access to at all (before jumping to thatqI conclusion, think about internal-only use and the possible utility of theaK feature in that realm), VMS could have had the same problem as an NT systemI% if it had equally-versatile features.n   >vA > And that is why MS software was hit and not any other software.   J The main reason MS was targeted is that it's the most popular mail system.L People who release worms want to make news.  If they had released it on VMS,F it likely would have died of user starvation before anyone noticed it.   - bill   >V > Arne   ------------------------------  $ Date: Fri, 5 May 2000 13:03:13 -0400' From: "Bill Todd" <billtodd@foo.mv.com>n" Subject: Re: Marketing opportunity( Message-ID: <8euup5$njl$1@pyrite.mv.net>  : Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message   ...   *  However, given an alternative mail systemG > that understands mime attachments, it all comes down to how easily anw
 executable> > attachment can be fed to its interpreter. It's sensible that doubleclickingK > on attachments such as GIF, MPEG, HTML, PS automatically launches viewers-J > (provided that those viewers can't have side-effects!); it's plain crazyG > for .PL or .PY to automatically launch Perl or Python, or for .EXE togL > automatically RUN. I'd design it impossible for a luser to configure this, evenE > if he wanted to. Micro$oft seem to have execute-without-question ase > the **default** for .VBS!e  I Pretty much in line with my earlier comments, which I wrote before seeing  yours.  G I received a copy from someone I'd expect to be careful about their ownrF security, and came somewhere near opening the attachment out of simpleG curiosity - but was saved by noticing the .vbs extension, and later waseK grateful for the fact.  It made me think about all the times over the years.C that people have denigrated the use of file extensions as file-type J definitions and asserted that types should be intrinsic attributes:  thereH turns out to be *some* value after all in just being able to look at theG file's name and know what the system will try to do with it - though ofjB course if the action were displayed along with the name that wouldK accomplish the same result and be more general, given the ability to tailort= the system associate virtually any action with any extension.i   - bill   >t > Yours,
 > Nigel Arnot  > NRA@MAXWELL.PH.KCL.AC.UK >n7 > "In the beginning there was nothing, which exploded."  >    ------------------------------  % Date: Fri, 05 May 2000 18:17:10 +0100M8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>" Subject: RE: Marketing opportunityL Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8344@ppnt41.physics.ox.ac.uk>  5 > It made me think about all the times over the years D >that people have denigrated the use of file extensions as file-type
 >definitions d  I It may be useful to remember that file types have no intrinsic meaning insH VMS i.e. any file name or type could be an executable image. VMS is thusD potentially more dangerous with automatic attachment processing thanE Windows. Perhaps we should be thankful that VMS hasn't got round to ac' standard universal GUI environment yet.)   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)s   ------------------------------  # Date: Fri, 05 May 2000 08:40:09 GMT-' From: jabba <jaakonaho@juhani.decus.fi>4% Subject: Re: Maximum Password Lengthsa) Message-ID: <8eu1d7$8fu$1@nnrp1.deja.com>:  ( In article <38F858B4.7E6EB1C0@decus.fi>,;   Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> wrote:oB > I think it would 14 on NT. Cannot say about W2K. I sure remember hi,o   a bit late, but:E gui restricts it to 14 on NT (LanMan is only 14, NT-version can be up   to 128, but only 14 can be used)F on w2k maximum can be 127 characters. but this cannot be used on mixedE network where older clients are present (w9x), i used to have 40 charG password on one account :-)e   _jussi    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 05 May 2000 10:17:52 +0100h, From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>1 Subject: Memo:  Re: Dropping DECnet..don't do it! : Message-ID: <802568D6.00331482.00@lithium.systems.uk.hsbc>  D Pardon my ignorance, but I'm not sure what you mean by API here.. If" you are looking for something thatC you pass parameters to and it does message formatting and handling, 4 then I am unaware of such a thing in either IV or V.E In both cases I wrote the routines to format the messages, connect toeE the node, send the message, receive the response and translate/formatiC it. This relies on detailed knowledge of the coding scheme( NICE or @ CMIP (ASN.1)) but not much on the protocol itself.  Am I getting. anywhere near answering the original question?   Paul            D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseuB  notify the sender immediately by return e-mail and delete it from
  your system.   =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost, >  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofe?  this message which arise as a result of Internet transmission.r  aD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office i=  through which this message is sent unless otherwise clearly  A  indicated in this message and the authority of the author to so 03  bind the HSBC entity referred to is duly verified.=  D ********************************************************************   ------------------------------  % Date: Fri, 05 May 2000 09:37:13 +0200rC From: Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> ! Subject: RE: Re: MPI for OpenVMS? @ Message-ID: <009E99FD.F51330F4.544@CHCLU.CHEMIE.UNI-KONSTANZ.DE>   Hi,r   some lines deleted...   H >I don't know about input, but output works that way now with TCP/IP, at >least from the command line: # >$ rsh localhost dir/size login.comb! >Directory USRDISK:[USERS.MATHOG]d >LOGIN.COM;1                7l >Total of 1 file, 7 blocks.r  I When I tried to activate multinet-rsh directly by vfork, nothing happens.dG My explanation is that multinet-rshell needs the cld-definition whereaslB vfork wants to activate the executable or a command-file directly.  L >The other problem to address is process activation time.  Ignoring for the K >moment that creating a process on OpenVMS is relatively slow, there is an  H >even longer delay as MPI by default uses a series of rsh calls to startI >processes on the remote machine - one by one.  (There is a newer, fastereG >mechanism, but I have not built a version of MPI on Unix which uses it L >yet.)  Is there some way on OpenVMS to broadcast "do this on all nodes NOW"J >(especially if "this" is run a given image)?  Otherwise you could use theG >queue system.  Hmm, I know that with generic queues you can distribute-K >jobs to a pool of remote execution queues, but there doesn't seem to be a  J >way to tell a single queue to send the SAME job to all N execution queues2 >at once?  (It runs as a local job on each node.)   J I can only speak for tcgmsg and mpi. There are in both cases an activationL programs (called parallel(tcgmsg) and mpirun(MPI), respectively). They startH subprocesses either locally or remotely via rshell. The time to activateG the program is negligable in comparision to the time the job is running  (say 0.5 sec vs. 30 min!).  D >I don't see a way to make RUN do this either.  You can send one job >at a time to each queue withl  5 >$ run  program.exe/on="NODE01"/detach/name="MPITEST" 5 >$ run  program.exe/on="NODE02"/detach/name="MPITEST"a5 >$ run  program.exe/on="NODE03"/detach/name="MPITEST"   E This would be sufficent, but it is a detached job, no input/output toa* the screen where you are just working on.   3 >but there's no "parallel" method, maybe like this:eH >$ run program.exe/on=("NODE01","NODE02","NODE03")/detach/name="MPITEST"I >For a small number of nodes that would seem reasonable, but what if you nI >want to run the same job on all 75 nodes?  (Hey, a guy can dream!)  The -R >command line might then become too long to execute.  Instead you'd probably want:- >$ run program.exe/on=*/detach/name="MPITEST"t >Where "*" means all nodes.0K >I guess though that you could easily enough have a little .com running on :H >each node continually monitoring a logical in LNM$SYSCLUSTER_TABLE and M >starting jobs as appropriate.  This procedure could be started more slowly, 'G >perhaps at boot time.  Put in a .01 second wait and the load should be  >negligible.  I >The PPL$ calls looked like they might have been the way to go, but they i >only work within a given node. G >So what's the best VMS specific way to start the same job on N-1 nodeseL >simultaneously in a cluster and set up open communications channels back to >the Nth node?    O A "$ mc path:program.exe/on="NODE1"/input=tt:/output=tt: parameter1 parameter2" T would be the best solution. Why could I activate only a detached job in a cluster???   EberhardO ===============================================================================o   Dr. Eberhard Heuser-Hofmann  Univ. Konstanz Fakultaet fuer Chemieo Universitaets-Strasse 10 D-78464 Konstanz Germany	. Phone: +49-7531-88-2026, FAX: +49-7531-88-3139* email: vaxinf@chclu.chemie.uni-konstanz.de  O ===============================================================================    ------------------------------  % Date: Fri, 05 May 2000 10:56:21 +0200r2 From: Bernard Schluep <Bernard.Schluep@azisoft.ch> Subject: OPCOM* Message-ID: <39128CB5.88972CA9@azisoft.ch>  , This is a multi-part message in MIME format.& --------------530A989B9BB91E168C08ECD0* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit    Hi,V  B I have some batches that use the REQUEST/REPLY/TO=OPER1 command to* require confirmation before continuation..E It worked perfectly until last week-end, when I suppressed VAX's with,. their VT console (OPA0: always with power on).C When nobody was logged in, the message was only sent to the console < (without any login) and the batch was waiting for the reply.  / Now I have only AXP's with DECwindows consoles.cF When nobody is logged in, OPCOM answers automatically the message with& "No operator coverage for request xx".0 That means that the batch continues in any case.  A Is it a logical which defines "any request must wait an answer" ?iD Or do you have any idea how to resolve this problem without having a  terminal with a logon anywhere ?   Thanks Bernard   & --------------530A989B9BB91E168C08ECD0- Content-Type: text/x-vcard; charset=us-ascii;i  name="Bernard.Schluep.vcf"y Content-Transfer-Encoding: 7bit - Content-Description: Card for Bernard Schluep   Content-Disposition: attachment;  filename="Bernard.Schluep.vcf"    begin:vcard  n:;  tel;fax:+41 22 361 63 68 tel;work:+41 22 365 40 22  x-mozilla-html:FALSE org:Azisoft SA version:2.1a) email;internet:bernard.schluep@azisoft.che? adr;quoted-printable:;;4, avenue Reverdil=0D=0ACH-1260 Nyon;;;;  x-mozilla-cpt:;4720s fn:Bernard Schluep	 end:vcard   ( --------------530A989B9BB91E168C08ECD0--   ------------------------------  % Date: Fri, 05 May 2000 04:13:34 -0700m? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>  Subject: Re: OPCOM9 Message-ID: <1c31fd54.2e0371fc@usw-ex0108-061.remarq.com>o  : We have had a simplar problem when consoles are all logged; off and a backup unexpectedly requires another tape. We gots9 round the problem by putting the following 2 lines in thet	 batch jobo  4 $ define/user_mode sys$command opa0:       !Ensure a REPLY/ENABLEd terminal8 $ reply/enable                             !is available (if 2nd tape reqd)    8 This ensures that a psuedo opertator is always logged on: when any opcom message is sent. Then when someone does log: on they can check for outstanding messages and do whatever is required.   Hope this helpst   Mike     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful    ------------------------------  % Date: Fri, 05 May 2000 07:55:06 -0500S) From: "John E. Malmberg" <wb8tyw@qsl.net>c Subject: Re: OPCOM7 Message-ID: <087d01bfb691$23f69920$020a0a0a@xile.realm>u  , Bernard Schluep <Bernard.Schluep#azisoft.ch> >s1 > Now I have only AXP's with DECwindows consoles.-H > When nobody is logged in, OPCOM answers automatically the message with( > "No operator coverage for request xx".2 > That means that the batch continues in any case.  C Are you seeing this with the Opcom window enabled on the DECwindowso	 consoles?d   ------------------------------  % Date: Fri, 05 May 2000 15:27:00 +0200s2 From: Bernard Schluep <Bernard.Schluep@azisoft.ch> Subject: Re: OPCOM* Message-ID: <3912CC24.EF9B53F4@azisoft.ch>  , This is a multi-part message in MIME format.& --------------89D065B44BB31668E2B91AF9* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitt  : No, this message is following the request in my batch log.# I can also find it in operator.log.G     "John E. Malmberg" wrote:e  . > Bernard Schluep <Bernard.Schluep#azisoft.ch> > >e3 > > Now I have only AXP's with DECwindows consoles.aJ > > When nobody is logged in, OPCOM answers automatically the message with* > > "No operator coverage for request xx".4 > > That means that the batch continues in any case. >-E > Are you seeing this with the Opcom window enabled on the DECwindowsr > consoles?A  & --------------89D065B44BB31668E2B91AF9- Content-Type: text/x-vcard; charset=us-ascii;p  name="Bernard.Schluep.vcf"- Content-Transfer-Encoding: 7bit1- Content-Description: Card for Bernard Schluep:  Content-Disposition: attachment;  filename="Bernard.Schluep.vcf"a   begin:vcard  n:;2 tel;fax:+41 22 361 63 68 tel;work:+41 22 365 40 22m x-mozilla-html:FALSE org:Azisoft SA version:2.1d) email;internet:bernard.schluep@azisoft.ch ? adr;quoted-printable:;;4, avenue Reverdil=0D=0ACH-1260 Nyon;;;;s x-mozilla-cpt:;4720a fn:Bernard Schluep	 end:vcardi  ( --------------89D065B44BB31668E2B91AF9--   ------------------------------   Date: 5 May 2000 14:45:23 GMT.2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: OPCOM6 Message-ID: <8eumq3$nfr$1@mailint03.im.hou.compaq.com>  _ In article <39128CB5.88972CA9@azisoft.ch>, Bernard Schluep <Bernard.Schluep@azisoft.ch> writes: - :This is a multi-part message in MIME format.a      Please turn off MIME.  Thanks!  C :I have some batches that use the REQUEST/REPLY/TO=OPER1 command toA+ :require confirmation before continuation..lF :It worked perfectly until last week-end, when I suppressed VAX's with/ :their VT console (OPA0: always with power on).   B   Suppressed?  I'll assume you either meant that you disabled the C   operator console(s), or you meant that you shut down the systems.$  D :When nobody was logged in, the message was only sent to the console= :(without any login) and the batch was waiting for the reply.e  ?   You will want to have an operator enabled somewhere (there is @   no particular need for an operator terminal to be logged on), ?   or you will want to have something check the status returned 9   by the request.   C   With no operator and with the status check -- checking the returnhB   status is usually a good idea -- you get "%X10058061" when thereA   are no operators, while a successfully completed request gets acA   "%X10058029" and an aborted request gets a "%X1005801C" status.d       $ x=f$mess(%x1005801C)     $ sho sym xt"       X = "%OPCOM-F-RQSTABORT, ...     $ x=f$mess(%x10058061)     $ sho sym xu"       X = "%OPCOM-S-NOPERATOR, ...     $ x=f$mess(%X10058029)     $ sho sym xo#       X = "%OPCOM-S-RQSTCMPLTE, ...s  0 :Now I have only AXP's with DECwindows consoles.  D   AXP -- and more commonly simply called "Alpha" now -- is hardware.C   It is the operating system software that is of far more interest  8   here.  (A rather pedantic comment, I freely admit. :-)  G :When nobody is logged in, OPCOM answers automatically the message withr' :"No operator coverage for request xx".e1 :That means that the batch continues in any case.r  D   Please see the OpenVMS FAQ for how to enable (or disable) another C   terminal as an operator console, and see SYLOGICALS.TEMPLATE for l   details on controlling OPCOM.u  B :Is it a logical which defines "any request must wait an answer" ?  B   No such logical name exists.  (The use of logical names for thisC   sort of behavioural control would be a bit crufty, best to use a sB   qualifier such as the use of /[NO]ASSIST on MOUNT -- there are aC   few software modules around that are using more and more logical e<   names for control, and they get messier and more complex.)  E :Or do you have any idea how to resolve this problem without having ae! :terminal with a logon anywhere ?P     Yep.  See above.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 May 2000 07:06:42 GMTe' From: Osmo Kujala <kujala@tukki.jyu.fi>j  Subject: Re: OpenVMS disk space?, Message-ID: <8etru2$6ta$1@mordred.cc.jyu.fi>  + Arne Vajhj <arne.vajhoej@gtech.com> wrote:d> > How have you managed to get an Alpha with only 300 MB disk ?A > (I thougth that they were always sold with at least 1 GB disks)2  C Arne, you must be trolling :-) Alphas have been sold with 500MB and  without disk. For eample:=H           SN-DB10W-A1  XP900 466N6 /000/00S/00 CTO         19790.00    A?                                                            ^FIMe1 > I also thougt that all Alphas had a CD-drive !?:  J Wrong again. I have bought DEC 3000/300LX which has no place for CD drive.I (only opening for floppy in case)                                     /OK    ------------------------------  % Date: Fri, 05 May 2000 11:15:10 +0100 . From: Roger@natron.demon.co.uk (Roger Barnett) Subject: Re: OpenVMS marketing- Message-ID: <869770592wnr@natron.demon.co.uk>l  A I was listening to a presentation to a presentation on one of thee Internet-only banks yesterday.  ; The predominating theme was high investment coupled with ans> almost manic development process and technology risk aversion.? This last point meant playing safe by sticking with the market dE leaders in all parts of the infrastructure - questions of comparativet? technical merit were not considered beyond assuring the basics. ; Because speed-to-market is an obsession with such companiessA they will not spend time researching alternatives - e.g. if they r7 don't already know about VMS then they assume its dead.     A As an aside the base technologies used at several of these banks y> include CORBA-based object transaction monitors and EJB; DEC, > of course, as one of the early developers of CORBA technology < had one of the first ORB implementations but sold it to BEA = (whose products are now used at, for example, Wingspan - but 2< not on VMS) during the Palmer days. I assume this was one of@ their doing-the-Microsoft-walk decisions. Interestingly Sun also8 pulled out of the CORBA market (and they had three ORBS:9 NEO, JOE, CoolORB) to promote Java/RMI as an alternative,n> but Solaris is still one of the major implementation platforms for CORBA-based systems.  Hmm.   --  
 Roger Barnett3   ------------------------------  % Date: Fri, 05 May 2000 15:42:54 +0200 . From: luc verhoelst <luc.verhoelst@genicom.be>  Subject: Re: Print queue -> file( Message-ID: <3912CFDE.99E31D@genicom.be>  : Have you considered to stop the que and submit the print ?? Then there is a spool file on the hard disk which you can use ?n  
 Luc Verhoelst   % Steve.Spires@yellowpages.co.uk wrote:a  ? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza  > R > Is there a particular reason why you want to use this method of getting the file@ > rather than any other (making a copy of the file, or similar)? >  > Steve Spires > VMS System Manager > BT/Yellow Pagesg >aG > "Thomas nilsen" <Thomas.Nilsen@kverneland.com> on 28/04/2000 07:58:44  >a" > To:        Info-VAX@Mvb.Saic.Com- > cc:         (bcc: Steve Spires/YellowPages)uP > From:      "Thomas nilsen" <Thomas.Nilsen@kverneland.com>, 28 April 2000, 7:58 >            a.m., >  > Print queue -> fileS >rM > Is there any way to set up a print queue on OpenVMS AXP v7.1 so that prints0N > sent to this queue is saved as file on the system instead of going to a real
 > printer? >o > Thanks in advance, >D > Thomas Nilsens > Kverneland IT    ------------------------------  % Date: Fri, 05 May 2000 01:04:58 -0700c1 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US>c' Subject: RRD47-EN on VAXstation 4000/60g3 Message-ID: <39121E3A.6D71C62C@toyvax.Tucson.AZ.US>o   The page  G http://www.compaq.com/alphaserver/vax/supported_options/vaxstation.htmls  D lists the supported options for VAXstations 4000/60 and /96.  I haveC a VAXstation 4000/60 and was interested in getting a CD-ROM for it,m> preferably the 32x RRD47.  The page says that the RRD47-EN is A "Supported on VAXstation 4000 96, only." and "Minimum SRM consolen: v1.4-0D0-v4.4 required."  Also, for the 12x RRD46, it saysE "Minimum SRM console v1.3-387-v4.1 required."  Same for the 4x RRD45!"  C My VAXstation 4000/60 has console version v1.2-343-v4.0.  Does thisoE mean my only option is a 2x RRD43? I have an external RRD43 on it noweF and it works fine.  What problems will result if I use an RRD47?  WillH that preclude booting off the CDrom?  Does not being listed as supported= just mean it hasn't been tested and otherwise it should work?t   -- Vance Haemmerlel vance@toyvax.Tucson.AZ.US5   ------------------------------   Date: 5 May 2000 14:39:32 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)0 Subject: System wide mail filters?  ("ILOVEYOU"), Message-ID: <8eumf4$mkl@gap.cco.caltech.edu>  J Is there a tool around somewhere for searching the mail files of all usersJ for virus/worm files?   I can block this stuff now with the reject file inI Multinet, but when I came in this morning there were a couple of ILOVEYOU K messages in my mailbox.  These things are harmless to me (one of the great u> advantages of VMS Mail) but might not be to some of my users.    Regards,   David Mathog mathog@seqaxp.bio.caltech.eduM? Manager, sequence analysis facility, biology division, Caltech R   ------------------------------   Date: 5 May 2000 14:42:26 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)4 Subject: Re: System wide mail filters?  ("ILOVEYOU"), Message-ID: <8eumki$mkl@gap.cco.caltech.edu>  3 >I can block this stuff now with the reject file ina	 >MultinetE  @ Oops, wishful thinking - there is no "reject by title" option in SMTP_SERVER_REJECT!    Regards,   David Mathog mathog@seqaxp.bio.caltech.eduh? Manager, sequence analysis facility, biology division, Caltech d   ------------------------------   Date: 5 May 2000 16:56:10 +0200n From: eplan@kapsch.net4 Subject: Re: System wide mail filters?  ("ILOVEYOU")* Message-ID: <3912e10a$1@news.kapsch.co.at>  a In article <8eumki$mkl@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:e4 >>I can block this stuff now with the reject file in
 >>Multinet >tA >Oops, wishful thinking - there is no "reject by title" option ing >SMTP_SERVER_REJECT! n   But in MX :-))   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-8880< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Fri, 05 May 2000 16:39:20 +0100 8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>4 Subject: RE: System wide mail filters?  ("ILOVEYOU")L Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8342@ppnt41.physics.ox.ac.uk>   A simple  '   $ SEARCH disk:[*...]*.mai "ILOVEYOU" a  E  might be a start and then work with each user affected to remove theO problem.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)o     -----Original Message-----# From: mathog@seqaxp.bio.caltech.edur& [mailto:mathog@seqaxp.bio.caltech.edu]" Sent: Friday, May 05, 2000 3:40 PM To: John Macallister/ Subject: System wide mail filters? ("ILOVEYOU")o    J Is there a tool around somewhere for searching the mail files of all usersJ for virus/worm files?   I can block this stuff now with the reject file inI Multinet, but when I came in this morning there were a couple of ILOVEYOUtK messages in my mailbox.  These things are harmless to me (one of the great t> advantages of VMS Mail) but might not be to some of my users.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu-? Manager, sequence analysis facility, biology division, Caltech     ------------------------------   Date: 5 May 2000 15:20:01 GMTm3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)04 Subject: Re: System wide mail filters?  ("ILOVEYOU")0 Message-ID: <8euor1$7a0$1@n.ruf.uni-freiburg.de>  a In article <8eumki$mkl@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:e4 >>I can block this stuff now with the reject file in
 >>Multinet > A >Oops, wishful thinking - there is no "reject by title" option inc >SMTP_SERVER_REJECT! o   Wrong. I just applied a line   :Subject: ILOVEYOU  C on top of my reject file. See the thread in the Multinet newsgroup.t   Regards,    Christoph Gartmannt  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  # Date: Fri, 05 May 2000 12:39:49 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)0 Subject: VEST, last version...0 Message-ID: <009E99F5.F040FE24@SendSpamHere.ORG>  K Quickie question.  What was the last released version of DECmigrate (VEST)?iJ Bonus question... What month/year of the Alpha product library CDs might I find this final release.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------   Date: 5 May 2000 14:47:10 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: VEST, last version...6 Message-ID: <8eumte$nfr$2@mailint03.im.hou.compaq.com>  p In article <009E99F5.F040FE24@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:L :Quickie question.  What was the last released version of DECmigrate (VEST)?K :Bonus question... What month/year of the Alpha product library CDs might Ia :find this final release.0  7   Alex, I'll take http://www.digital.com/amt/ for $100.R  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 05 May 2000 15:00:03 GMTs+ From: Paul Anderson <panderson@genicom.com>e" Subject: Re: VEST, last version...@ Message-ID: <panderson-CB3CFC.11000505052000@news.earthlink.net>  1 In article <009E99F5.F040FE24@SendSpamHere.ORG>, e system@SendSpamHere.ORG wrote:  F > Quickie question.  What was the last released version of DECmigrate 	 > (VEST)?    V1.1A.  K > Bonus question... What month/year of the Alpha product library CDs might - > I find this final release.   March 1999.7   Paul   -- m"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------  # Date: Fri, 05 May 2000 15:19:27 GMTk= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)y" Subject: Re: VEST, last version...0 Message-ID: <009E9A0C.3D2C2066@SendSpamHere.ORG>  n In article <panderson-CB3CFC.11000505052000@news.earthlink.net>, Paul Anderson <panderson@genicom.com> writes:2 >In article <009E99F5.F040FE24@SendSpamHere.ORG>,  >system@SendSpamHere.ORG wrote:h >eG >> Quickie question.  What was the last released version of DECmigrate e
 >> (VEST)? >  >V1.1A.  >PL >> Bonus question... What month/year of the Alpha product library CDs might  >> I find this final release.  >a >March 1999. >* >Paul* >* >-- # >   Paul Anderson, DCPS Engineering*# >   GENICOM Corporation, Gardner MAa  4 Thanks Paul, Hoff and others that replied privately.  I I'm working to VEST an application for the DECUServe machine which is nowaJ an Alpha and when I'm done, I wanted to be sure that the DECUServe machineI had the latest and greatest.  I was pretty sure that was using the latest  but wanted to be sure.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------   Date: 5 May 2000 15:38:29 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: VEST, last version...6 Message-ID: <8euptl$op0$1@mailint03.im.hou.compaq.com>  p In article <009E9A0C.3D2C2066@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:J :I'm working to VEST an application for the DECUServe machine which is nowK :an Alpha and when I'm done, I wanted to be sure that the DECUServe machinetJ :had the latest and greatest.  I was pretty sure that was using the latest :but wanted to be sure.*  K   Beware: The DECmigrate VEST (well, more specifically the DECmigrate TIE) -L   of Fortran images is known to be broken on OpenVMS V7.2 and later, and on H   other OpenVMS releases when you have updated Fortran RTLs around.  TheK   current workaround involves redirecting to older versions of the Fortran  J   RTL when TIE is active -- the TIE "jacket" Fortran RTL has knowledge of H   the undocumented innards of the "real" Fortran RTL, and these innards -   recently changed enough to get TIE tangled..  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 05 May 2000 00:02:52 -0700 > From: SinSunnyvale <sinselbergNOsiSPAM@macconnect.com.invalid>) Subject: VGA Monitor in place of  VR-241?o9 Message-ID: <288be9c4.ec9d2753@usw-ex0108-061.remarq.com>   6        The VR-241A color monitor  that connects to the8 VT-240 terminal controller box on one of our MicroVAX II7 systems has failed, and the folks who repair or replacee# things where I work are way behind.   ;        Is there any adapter that will enable a standard VGA)+ monitor to be used in place of the VR-241A?d  :       Alternatively, what other old models of DEC monitor, if any, could be used here?d       * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful    ------------------------------  % Date: Fri, 05 May 2000 07:27:36 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>) Subject: VGA Monitor in place of  VR-241?e7 Message-ID: <200005050727_MC2-A3D3-AE7E@compuserve.com>e  G         The VR-241/VT240 used "Dragon Graphics".  IIRC, this was 1024 xoJ 864.  A VERY GOOD Multisync monitor *might* sync up on it.  You would hav= en0 to figure out how to make a cable to connect it.H Bear in mind that this is very old technolgy, circa 1984, and may not beG compatible with VGA in any way shape or form!!!  Do not try experimentsx+ with a monitor that you care about!!!!!!!!!   G         Your best solution would be a PC with Reflection 4 from Walker,EJ Richer & Quinn.  Reflection 4 does a very good VT240 and VT340 emulation.=    $ Message text written by SinSunnyvale7 >       The VR-241A color monitor  that connects to them8 VT-240 terminal controller box on one of our MicroVAX II7 systems has failed, and the folks who repair or replacem# things where I work are way behind.l  ;        Is there any adapter that will enable a standard VGA?+ monitor to be used in place of the VR-241A?n  :       Alternatively, what other old models of DEC monitor, if any, could be used here?o </   ------------------------------  % Date: Fri, 05 May 2000 06:48:08 -0400y+ From: "Main, Kerry" <Kerry.Main@compaq.com>n? Subject: RE: VMS Fibre channel connectivity with 3rd party diskLJ Message-ID: <910612C07BCAD1119AF40000F86AF0D80528427A@kaoexc4.kao.dec.com>  D Apologies if this has already been posted, but here is the url whichJ contains the latest details which describe the requirements for FC support on OpenVMS:t  7 http://www.openvms.digital.com/openvms/fibre/index.html   @ Note that the release notes and the fibre channel and multi-pathL documentation (pdf, ps and html format) pointers at the end of the page haveI all been updated since the official 7.2-1 documentation was released lastp year.p  J The FC and Multipath Chapters are especially good as it provides the exactK commands to issue e.g. booting from FC, adding disks online, using the wwidd manager etc.  C Note - there is a relatively new host based adapter (HBA) for FC ondF OpenVMS/Tru64 which provides even faster performance than the previous adapter. Reference:sI http://www.compaq.com/products/storageworks/adapters/64bitpciFibreqs.html   E Fwiw, we are setting a multi-site, load balanced Oracle based OpenVMS6K cluster (working on local sites right now, multi-site in early summer), and H the Customer DBA's are very impressed with how fast this SAN stuff is ..   :-)    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadaf Professional Servicesn Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com-       -----Original Message-----, From: Uwe Zessin [mailto:zessin@my-deja.com]% Sent: Thursday, May 04, 2000 11:00 AMc To: Info-VAX@Mvb.Saic.Come? Subject: Re: VMS Fibre channel connectivity with 3rd party disko    5 In article <UcZP4.11171$Kv2.32454@quark.idirect.com>,o)   mkwan@idirect.com (Michael Kwan) wrote:h( > Uwe Zessin (zessin@my-deja.com) wrote:+ > : In article <2000Apr26.150156.1@eisner>,g3 > :   kaplow_r@eisner.decus.org (Bob Kaplow) wrote:b5 > : > In article <Pine.BSI.4.00.10004251940080.14953-h5 > : 100000@hometown.idirect.com>, "Michael Kwan, GCN"  <mkwan@idirect.com> writes:oD > : > > I am not sure if this has been asked before. I am working to< > : > > connect some non-Compaq (non-DEC) disk array to VMS. > : > >.G > : > > I have the KGPSA-BY Fibre channel HBA on my AS8400, and connect % > : > > the disk array via a switch .d > G > : Hm. -BY is the part number of just the board. The full order number < > : (incl. manual) for the 32-bit adapter is called KGPSA-BC1 > : (or 380574-001 in the idiotic Compaq system).t >oB > Indeed, the FC HBA card is  indeed KGPSA-BC (380574-001), I haveF > installed the Fibre channel tima kit form the COmpaq ftp site, v02003 > (actually this is the latest version of tima kit)n >eA > : > > The strange thing is, I can see these drives at the ALphae consoleEB > : > > (v5.6) mode using SHOW DEVICE, ( $1$DRA250m $1$DRA300 etc) >s > : More strange things:/ > : 1) FC-connected disks are named "$1$DGAu:". G > : 2) You don't see FC-connected disks on the console level unless yourE > :    explicitly configure them via 'wwidmgr' for boot/dump support.c >b! > It was a typo, it is $1$DGAnnn:eG > and I did used 'wwidmgr' to set the FC device as boot device, and can G > at the Alpha console SHOW DEVICE beable to see the device Ihave setups > in 'wwidmgr' > A > : > > but after I booted up VMS (v7.2-1 with latest FC tima kit 3 > : > > v0200), I can't see any of these FC drives.e >l( > : OpenVMS requires that on the HSG-80:) > : 1) the command console lun is enabledh$ > : 2) SCSI-VERSION is set to SCSI-3) > : 3) each LUN is assigned an identifiert > E > You see this is the problem (I think), since I  don't have a HSG80, D > my array has the controllor built in, so I can't so the things you > suggested.  > Any ways to get around that ??   Sorry, I have no idea.  G > : > > I looked through quite a bit of Compaq/DEC documentation, there D > : > > is no mention of the need to do any configuration on the VMSG > : > > side, however, the DEC docs always refer to the HSG80, which intG > : > > my case, I don't have, since I am attaching to a non-DEC array.  > : > >?H > : > > Am I missing something? Any insight would be deeply appreciated. > : >-H > : > Both at his DECUS presentation, and at a recent local FibrechannelF > : > presentation late last year, Richie Lary made it VERY CLEAR thatA > : > interoperability just does not exist in todays FibrechannelhG > : > products, especially in switches. Are you at least using a Compaqi
 > : > switch?t >hF > : Is that really a Fabric-switch? Gadzoox, f.ex. produces a 'switch' toF > : connect arbitrated-loop ports together (so-called switched loops).6 > : They just some days ago announced fabric services. >oF > : In recent Alpha console revisions you can switch the KGPSA between& > : FC_AL and fabric at console level. > G > I have used the Brocade SilkWorm 2800 switch, and I think the same as G > what COmpaq is recommeding to customers (Compaq FC switch is OEM formnE > Brocade SW2800), however, I am not if Compaq has different firmware 2 > in its switches that  is different with Brocade!  C Yes, Compaq sells the SilkWorm 2800 as the 'SAN SWITCH 16'. I don'tsD beleive they have Compaq-specific firmware, although, if you want toE do a true multivendor SAN you'll find our that different vendows will-* only support different firmware levels :-(   Bob Kaplow is right:- that level of compatibility isn't there, yet!j@ (I am not even talking about storage subsystem compatibility...)   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.m   ------------------------------  $ Date: Fri, 5 May 2000 15:49:27 +0100, From: "Adrian Lumsden" <A.Lumsden@xdt.co.uk>) Subject: Wanted: VT525 programmers manualf. Message-ID: <8eun5m$ve5$1@news5.svr.pol.co.uk>  5 Does anyone have a VT525 programmers manual availableM9 or know of a location on the Internet where I can pick up  the information?  8 I am particularly interested in the escape sequences for. controlling the colour aspects of the display.   Adrian --( Adrian Lumsden, XDT Computer Systems, UK" A dot Lumsden at xdt dot co dot uk   ------------------------------  % Date: Fri, 05 May 2000 11:32:17 -0500g, From: Howard S Shubs <hshubs@mindspring.com>- Subject: Re: Wanted: VT525 programmers manuala> Message-ID: <hshubs-121B6B.11321705052000@news.mindspring.com>  @ In article <8eun5m$ve5$1@news5.svr.pol.co.uk>, "Adrian Lumsden"  <A.Lumsden@xdt.co.uk> wrote:  6 >Does anyone have a VT525 programmers manual available: >or know of a location on the Internet where I can pick up >the information?   . You'd probably want to start the search here: + http://www.boundless.com/Text_Terminals/VT/e -- @; Howard S Shubs      hshubs@mindspring.com    hshubs@bix.come? The Denim Adept     Which is better, Maryann or pickled Ginger?a> SPAM: uce@ftc.gov   postmaster@[127.0.0.1]   abuse@[127.0.0.1]   ------------------------------  " Date: Fri, 5 May 2000 15:45:06 GMT From: briggs@eisner.decus.org : Subject: Re: Where is the lexical f$getjpi("","Connectim")+ Message-ID: <a$FqZ242dIK5@eisner.decus.org>n  p In article <009E9950.76DEF667@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:l > In article <LYkROY+4qKb5lDW+Xib3SnU5ktBk@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes:B >>On Fri, 28 Apr 2000 01:37:22 GMT, system@SendSpamHere.ORG (Brian! >>Schenkenberger, VAXman-) wrote:- >>B >>>If you attempt to look at the master process, you'd likely get: >>>MP >>>$ PIPE SHOW PROCESS/ACCOUNT/IDENT='F$getjpi("","MASTER_PID") | TYPE SYS$PIPE , >>>%SYSTEM-F-SUSPENDED, process is suspended >>, >>this approach *seems* to work fine here.   >>3 >>why should we expect to see the "-F-SUSPENDED"  ? ! >>inquiring minds,  and all that.h >> >> > , > You're telling me that this works for you? > G > $ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | TYPE SYS$PIPEa > $ ; > $ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | -:! >   SEARCH SYS$PIPE "connect" | -r? >   ( READ SYS$PIPE $TMP$ ; DEFINE/JOB/NOLOG $TMP$ &$TMP$ ) ; -aR >   CONNECT_TIME == F$edit(F$trnlnm("$TMP$"),"TRIM,COMPRESS")-"Connect time: " ; - >   DEASSIGN/JOB $TMP$ & > $ SHOW SYMBOL CONNECT_TIME  M Nope.  That fails for me.  For no good and obvious reason.  One would suspecta= a too-rapid outswap.  Every now and then it'll actually work!a  D The following works quite consistently.  Note the extra parentheses.  = $ PIPE ( SHOW PROCESS /ACCOUNTING /ID='F$GETJPI("","PID") | -y&          SEARCH SYS$PIPE "connect" | -H          ( READ SYS$PIPE $TMP$ ; DEFINE /JOB /NOLOG $TMP$ &$TMP$ ) ) ; -        CONNECT_TIME == -B 	 F$edit(F$trnlnm("$TMP$"),"TRIM,COMPRESS") - "Connect time: " ; -        DEASSIGN /JOB $TMP$ $ SHOW SYMBOL CONNECT_TIME  % It's all done with smoke and mirrors.0  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  # Date: Fri, 05 May 2000 15:16:15 GMTV= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a: Subject: Re: Where is the lexical f$getjpi("","Connectim")0 Message-ID: <009E9A0B.CAB634EC@SendSpamHere.ORG>  K In article <a$FqZ242dIK5@eisner.decus.org>, briggs@eisner.decus.org writes: q >In article <009E9950.76DEF667@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:Vm >> In article <LYkROY+4qKb5lDW+Xib3SnU5ktBk@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes:tC >>>On Fri, 28 Apr 2000 01:37:22 GMT, system@SendSpamHere.ORG (Brian-" >>>Schenkenberger, VAXman-) wrote: >>>hC >>>>If you attempt to look at the master process, you'd likely get:  >>>>Q >>>>$ PIPE SHOW PROCESS/ACCOUNT/IDENT='F$getjpi("","MASTER_PID") | TYPE SYS$PIPE t- >>>>%SYSTEM-F-SUSPENDED, process is suspended, >>> - >>>this approach *seems* to work fine here.    >>>-4 >>>why should we expect to see the "-F-SUSPENDED"  ?" >>>inquiring minds,  and all that. >>>- >>>  >> e- >> You're telling me that this works for you?S >> aH >> $ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | TYPE SYS$PIPE >> $< >> $ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | -" >>   SEARCH SYS$PIPE "connect" | -@ >>   ( READ SYS$PIPE $TMP$ ; DEFINE/JOB/NOLOG $TMP$ &$TMP$ ) ; -S >>   CONNECT_TIME == F$edit(F$trnlnm("$TMP$"),"TRIM,COMPRESS")-"Connect time: " ; -  >>   DEASSIGN/JOB $TMP$ &A >> $ SHOW SYMBOL CONNECT_TIMEC > N >Nope.  That fails for me.  For no good and obvious reason.  One would suspect> >a too-rapid outswap.  Every now and then it'll actually work! > E >The following works quite consistently.  Note the extra parentheses.l > > >$ PIPE ( SHOW PROCESS /ACCOUNTING /ID='F$GETJPI("","PID") | -' >         SEARCH SYS$PIPE "connect" | -pI >         ( READ SYS$PIPE $TMP$ ; DEFINE /JOB /NOLOG $TMP$ &$TMP$ ) ) ; -: >       CONNECT_TIME == -wC >	 F$edit(F$trnlnm("$TMP$"),"TRIM,COMPRESS") - "Connect time: " ; -. >       DEASSIGN /JOB $TMP$  >$ SHOW SYMBOL CONNECT_TIME  >n& >It's all done with smoke and mirrors. > ' >	John Briggs			briggs@eisner.decus.org     < Thanks John.  Now, I have to go to work to understand why...  J My command fails because the use of the SYS$PIPE cause the issuing processI to MWAIT.  $GETJPI used by the SHOW PROCESS/ACCOUNTING command receives a:J SS$_SUSPENDED/SYSTEM-F-SUSPENDED because of this.  Somehow the paranthesesI cause the command elements to be handled differently and the MWAIT is notn	 a factor.n   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Fri, 05 May 2000 08:30:42 -0700a5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>9: Subject: Re: Where is the lexical f$getjpi("","Connectim")2 Message-ID: <z+cSOSweoM=bEmwV6mpglwENYwCJ@4ax.com>  @ On Thu, 04 May 2000 16:55:19 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:b  k >In article <LYkROY+4qKb5lDW+Xib3SnU5ktBk@4ax.com>, "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> writes:tB >>On Fri, 28 Apr 2000 01:37:22 GMT, system@SendSpamHere.ORG (Brian# >>Schenkenberger, VAXman-) wrote:>> B >>>If you attempt to look at the master process, you'd likely get: >>>OP >>>$ PIPE SHOW PROCESS/ACCOUNT/IDENT='F$getjpi("","MASTER_PID") | TYPE SYS$PIPE , >>>%SYSTEM-F-SUSPENDED, process is suspended >>+ >>this approach *seems* to work fine here.  3 >>why should we expect to see the "-F-SUSPENDED"  ?a! >>inquiring minds,  and all that.  >>+ >You're telling me that this works for you?O >oF >$ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | TYPE SYS$PIPE >$: >$ PIPE SHOW PROCESS/ACCOUNTING/ID='F$getjpi("","PID") | -  >  SEARCH SYS$PIPE "connect" | -> >  ( READ SYS$PIPE $TMP$ ; DEFINE/JOB/NOLOG $TMP$ &$TMP$ ) ; -Q >  CONNECT_TIME == F$edit(F$trnlnm("$TMP$"),"TRIM,COMPRESS")-"Connect time: " ; -t >  DEASSIGN/JOB $TMP$ &m >$ SHOW SYMBOL CONNECT_TIME    Well, no,  but this does:X  
 	 $ pipe -,  	sh proc/acc/id='f$getj(0,"master_pid") | -  	sear sys$pipe "connect" | -l   	 (read sys$pipe irec ; --=  	irec = f$edit(irec,"TRIM,COMPRESS") - "Connect time: " ; - z 	 define/log/job $tmp$ &irec )3 	$ connect_time = "''f$trnlnm("$TMP$","LNM$JOB" )'"$ 	$ deassign/job $tmp$c 	$ sh sym connect_time ie, 	 	$ pipe -6 	sh proc/acc/id=00000192 | - 	sear sys$pipe "connect" | -   	(read sys$pipe irec ; -; 	irec = f$edit(irec,"TRIM,COMPRESS") - "Connect time: " ; -h 	define/log/job $tmp$ &irec )I! 	$ connect_time = "0 00:42:54.55"h 	$ deassign/job $tmp$h 	$ sh sym connect_time!  	 CONNECT_TIME = "0 00:42:54.55"n  3 what had piqued my interest, was your remarks inre    ,    %SYSTEM-F-SUSPENDED, process is suspended  3 I wondered if this was a common coccurance w/ pipe e* (ie, perhaps  stalled in a resource wait?)  # Because so far, I haven't seen thisd3 otoh, I/we have our DEFMBX* params set rather high.l   ------------------------------   End of INFO-VAX 2000.251 ************************