1 INFO-VAX	Thu, 23 Mar 2006	Volume 2006 : Issue 163       Contents:& Re: Disable console Ethernet on GS140?& Re: Disable console Ethernet on GS140?! Re: DS15 in HP E series cabinet ?  Re: F$FAO (!%D) ' Re: F$GETQUI - not updating in a loop?? . How to use telnet to brows web page within VMS2 Re: How to use telnet to brows web page within VMS2 Re: How to use telnet to brows web page within VMS Re: HP Support moving offshore?  Re: HP Support moving offshore? / Re: Is VMS Security being dumbed-down for Java? / Re: Is VMS Security being dumbed-down for Java? / Re: Is VMS Security being dumbed-down for Java? = Re: Opinion: I see my future without VMS and I don't like it. ( Re: OT:HUMOR VMS Just Add Power Campaign$ OT:HUMOR VMS Just Add Power Campaign( Re: OT:HUMOR VMS Just Add Power Campaign Re: Strange favor request  Re: Strange favor request 8 Re: USB mass storage - accessing memory cards on OpenVMS  F ----------------------------------------------------------------------  % Date: Wed, 22 Mar 2006 21:57:25 -0500  From: "Jilly" <jilly@hp.com>/ Subject: Re: Disable console Ethernet on GS140? , Message-ID: <44220e96$1@usenet01.boi.hp.com>   Try this MCR SYSMAN IO SET EXCLUDE EWA0  ? "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message  & news:zjXo8t$DC9uT@malvm9.mala.bc.ca... > 6 > I just got an Alphaserver GS140. I want to configure4 > it to look "just like" an existing ES40 (as far as2 > VMS is concerned) so that if the ES40 dies I can > boot the GS140 in its place. > 4 > One of the issues I'm having is that the GS140 has0 > a DE435 built in as part of the system console3 > stuff (the system has a KFTHA in it, not a KFT1A, 2 > so this is on the 3 large cards at the bottom of4 > the first PCI box that have the floppy,keyboad and5 > mouse connectors on them ). This device shows up as 2 > EWA0. The ES40 has a DE500 as EWA0. I don't want1 > to have to drop down from 100mb/sec to 10mb/sec . > for my network connection if I boot the ES40/ > disk on the GS140 and I don't want to have to 3 > manually re-configure TCP/IP and DECNet settings.  > 2 > I'd like to remove or "make invisible" the DE4352 > so that a DE500 I have in the GS140 will be seen3 > as EWA0. Is it possible to disable the DE435 from 1 > the console without removing it (it's part of a 1 > large board that is interconnected to the board - > with the keyboard, mouse and floppy on it).  > 6 > Failing that is it possible to run the GS140 without/ > either of those boards in it? I don't use the 5 > keyboard or mouse and I'm sure I could live without 4 > a floppy drive. Will the system get upset if those2 > boards aren't present? (I use the serial console6 > connector at the top of the box, does it run through > those boards also? )     ------------------------------  % Date: Thu, 23 Mar 2006 01:07:35 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Disable console Ethernet on GS140? , Message-ID: <44223B16.9B94A1B4@teksavvy.com>   Malcolm Dunnett wrote:9 >   What I'm trying to do is have the GS140 sitting ready 5 > in "Cold Standby" mode and be able to bring it into 9 > production by just turning the ES40 off and turning the  > GS140 on    H You need to turn your production system into a more logical-name enabledE solution so that if it boots on a different machine, you can have DCL 1 that executes based on the system hardware type.    E You could also achieve this by having 2 different system roots on the H system disk, with system specific command procedures in those roots that@ define the varous logicals and start tyhe system specific stuff.   ------------------------------  % Date: Wed, 22 Mar 2006 16:14:33 -0600 8 From: Carl Karcher <karcher.nomorespam@waisman.wisc.edu>* Subject: Re: DS15 in HP E series cabinet ?- Message-ID: <dvsi8a$q0o$1@news.doit.wisc.edu>    Kari Keronen wrote: J > "Carl Karcher" <karcher.nomorespam@waisman.wisc.edu> kirjoitti viestiss) > news:dvp8bp$f4e$1@news.doit.wisc.edu...  >  >>Kari Keronen wrote:  >>K >>>Is it possible to rack DS15 in HP Rack System E41 cabinet ? If yes, what  >  > is >  >>>the needed rack mount kit ? >>E >>Do a google search for "alpha9000.pdf". This is a bit out dated but J >>covers the DS10 and DS20 (Isn't the DS15 the same physical box as one of	 >>those?)  >> >>--I >>-- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison = >>--                      karcher.nomorespam@waisman.wisc.edu  >  > B > HP Rack System/E and 9000 Series Cabinet are not the same thing.  G I don't know what a System/E41 rack is but the 9000 is the same as the  G 10000 series (metric) used for EVA and alphaservers. It's usually hard  C to find this info. Try a google search of "HP Rack System E41" and  D "Alphaserver". I doubt you find any "supported" way and may have to H resort to measurements of existing Alphaserver rackmount options on the ) page I mentioned and see if it would fit.        --   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison ; --                      karcher.nomorespam@waisman.wisc.edu    ------------------------------    Date: 22 Mar 2006 15:53:38 -0600 From: briggs@encompasserve.org Subject: Re: F$FAO (!%D)3 Message-ID: <CCz$d79qg$7Q@eisner.encompasserve.org>   p In article <1143015711.237025.73360@z34g2000cwc.googlegroups.com>, "Dr. Dweeb" <comp.os.vms@hotmail.com> writes: > That was informative :-)  D When posting content-free replies using google groups, please choose! one of the following two options:   D 1.  Do not click on reply.  Instead click on the more options button7     and click on the reply button on that page instead.   D     This will allow you to include context so that we will know what'     your content-free reply relates to.   F 2.  Do not click on reply.  Just go on and read something else without     publicly saying nothing.   ------------------------------    Date: 22 Mar 2006 21:24:54 -0800/ From: "David B Sneddon" <dbsneddon@bigpond.com> 0 Subject: Re: F$GETQUI - not updating in a loop??C Message-ID: <1143091494.096050.223100@j33g2000cwa.googlegroups.com>    mabbuttg@yahoo.ca wrote:D > I'm trying to pull the queue names of all my print queues that areG > using a particular form.  There is an appropriate example to work off I > of from "help lex f$getqui examples", but it doesn't seem to be working > > for me.  Hopefully it's just something simple I'm missing :) >  > My script is:  > ________________	 > $ LOOP: : > $ QUEUENAME = F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","*")# > $ IF QUEUENAME .EQS. "" THEN EXIT C > $ FORM = F$GETQUI("DISPLAY_QUEUE","DEFAULT_FORM_NAME", QUEUENAME)  > $! BELOW FOR DEBUG PURPOSES - > $ WRITE SYS$OUTPUT "QUEUE NAME: ",QUEUENAME " > $ WRITE SYS$OUTPUT "FORM: ",FORM > $! > $ IF FORM .EQS. "TAG"  > $ THEN> > $  WRITE SYS$OUTPUT "QUEUE WITH THE FORM OF TAG: ",QUEUENAME	 > $ ENDIF 
 > $ GOTO LOOP  > _______________  > G > It's grabbing the first queue name alphabetically (which doesn't have I > the form I'm looking for), but then on subsequent loops QUEUENAME isn't I > being updated - it still has the value of the very first queue (and the / > script therefore sticks in an infinite loop).  >  > I've also tried $ QUEUENAME = G > F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","*", "WILDCARD") , and adding $ I > TEMP = F$GETQUI("") at the top of the file as the help example has, but  > neither made any difference. > $ > I'm running this on OpenVMS 7.3-1. >  > Any help appreciated :)  > 	 > Thanks,  > Glenn   * Try the following when getting the form...  7  $ FORM = F$GETQUI("DISPLAY_QUEUE","DEFAULT_FORM_NAME",  QUEUENAME,"FREEZE_CONTEXT")    Dave   ------------------------------    Date: 22 Mar 2006 14:15:04 -0800+ From: "r33300@gmail.com" <r33300@gmail.com> 7 Subject: How to use telnet to brows web page within VMS C Message-ID: <1143065704.438869.290320@j33g2000cwa.googlegroups.com>    Hello there!  C We have a regular job running to get some information for internet, F then we download that web page and extract the data from that download/ file. Current the job we executed in two steps.   E 1. Use a web browser to download the web page and save into a pc disk 9 2. Upload the web page into VMS box the extract the data.   E I tried use $ telnet /port=80 www.webpage.com/ and use GET method try E to get the file, the file displayed on my screen, my question here is C how can I capture the information into an file so I can extract the 
 data from?   Thanks.    ------------------------------    Date: 22 Mar 2006 14:56:31 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>; Subject: Re: How to use telnet to brows web page within VMS C Message-ID: <1143068191.165768.170160@i39g2000cwa.googlegroups.com>   B In addition to what Hoff posted, I can recommend the cURL product,E which is available for VMS; you can get both command line tools and a ; library to develop your own programs.  It is quite capable.    http://curl.haxx.se/   Rich   ------------------------------  + Date: Wed, 22 Mar 2006 17:19:35 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda); Subject: Re: How to use telnet to brows web page within VMS 2 Message-ID: <06032217193525_2020036B@antinode.org>  + From: "r33300@gmail.com" <r33300@gmail.com>   E > We have a regular job running to get some information for internet, H > then we download that web page and extract the data from that download1 > file. Current the job we executed in two steps.  > G > 1. Use a web browser to download the web page and save into a pc disk ; > 2. Upload the web page into VMS box the extract the data.  > G > I tried use $ telnet /port=80 www.webpage.com/ and use GET method try G > to get the file, the file displayed on my screen, my question here is E > how can I capture the information into an file so I can extract the  > data from?  E    I use Wget ("http://antinode.org/dec/sw/wget.html").  Of course, I G may be biased.  I don't use it, but for a single file, cURL should also @ be suitable.  (There appear to be many simple (one-step) methodsG available, any of which would be more fun than the ones you've found up  to now.)  2    If you have complaints about Wget, let me know.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 22 Mar 2006 15:35:51 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: HP Support moving offshore?3 Message-ID: <TQderyRvi92s@eisner.encompasserve.org>   i In article <rI1dF6r6Vnmn@eisner.encompasserve.org>, scopelliti@encompasserve.org (Pat Scopelliti) writes:   K > I hear stories that HP Support is being moved to India and Costa Rica (an O > interesting combination).  True?  Do others feel this is a good thing or bad?   &    I hear stories that Elvis is alive.$    I hear stories that JFK is alive.G    I see movies where the actor gets a live video feed from the Hubble         Space Telescope.8    I hear stories that VMS is going to die 15 years ago.1    I hear songs that the Unicorns missed the Ark. )    I hear ants go marching one by one ... K    And I can find a site where you can play an online game called Lemmings.    ------------------------------  % Date: Wed, 22 Mar 2006 17:22:04 -0800 ( From: Jeff Cameron <roktsci@comcast.net>( Subject: Re: HP Support moving offshore?0 Message-ID: <C047383C.1D70C%roktsci@comcast.net>  K On 3/22/06 12:59 PM, in article rI1dF6r6Vnmn@eisner.encompasserve.org, "Pat 1 Scopelliti" <scopelliti@encompasserve.org> wrote:   K > I hear stories that HP Support is being moved to India and Costa Rica (an O > interesting combination).  True?  Do others feel this is a good thing or bad?  > 	 > Thanks,  >  > Pat  Bad!  G An un-named company I know of decided to outsource the portion of their G Software Support Call Desk that handled VMS-Related product support, to J India. Ended up that the persons from India who were hired to perform this@ level two technical software support, were merely operator levelL experienced. These  could not describe the difference between a symbol and a logical name.   G Customers started dropping the product and lucrative software telephone  support contracts.# Complaints from customers included: 9 1. Could not explain nature of problem to support person. + 2. Could not understand the support person. . 3. Support person gave inaccurate information.= 4. "I knew more than the support person. I had to teach him."   I They soon lost enough contracts that it was no longer viable to offer the K support for the product. Some customers are continuing to run the software, H hoping it never breaks, others are looking to other solutions on non-VMS
 platforms.   ------------------------------  % Date: Wed, 22 Mar 2006 21:02:22 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 8 Subject: Re: Is VMS Security being dumbed-down for Java?1 Message-ID: <dvrhs6$irf$1@news-02.connect.com.au>   	 Hi Steve,   E (Thanks for the reply and sorry for taking a while to get back. I was  unavoidably distracted.)  
 Hoff wrote: - G >    This installation requirement is the intended behaviour of OpenVMS  > system security.  C Yippee! Any doc reference? (Not necessary, but still nice to have.)   8 >    Calling LIB$ from inner-mode code is not supported,  @ Why not? Is that written anywhere? If you do an analyze/image ofI TCPIP$CFS_SHR (for example) it looks like it calls LIBRTL, and LIBOTS, to K me. Is that not correct? Is it not a UWSS? I'm not trying to be clever, I'm L not trying to catch anyone out, I just want the facts! (The documentation isF *very* out of date and sadly lacking in the first place.) RDB$COSIP isI another example. It (like many, many others I'd wager) calls DECC$SHR and L without even looking it up, I'm sure that image in turn calls LIBRTL. So areI these products (Rdb and TCP/IP) unsupportable? I've spoken with you about I other cases before, they seem to be all over VMS. What people tell me are K the rules seem to be diametrically opposed to my perception of the reality.   J Look, I do understand the potential pitfalls. 1) LIB$x how do we know whatI other routines are subsequently called? 2) You can bet the house that all D the memory it uses is User-Mode Read-Write so If we rely on anythingK statefull between calls then we're in trouble. 3) Likewise I'm sure any i/o K channels or logical names that are used can be corrupted from user mode. 4) H The LIB$x routine now has SYSPRV, SYSLCK, SETPRV, CMKRNL etc things thatG should've failed (and were expected to fail) suddenly fly through. 5) A " whole lot of other scary shit. . .  L Having said that and on the plus side, ONLY code that the System Manager (orC someone else with CMKRNL) has certified as being legitimate will be   executed. Spoofing cannot occur.  < I was about to say that the *now recommended* way of lockingI code/data/linkage into memory is LIB$*LOCK_IMAGE, but I see from VMS V8.1 I that $LKWSET does the same thing *but* has an "acmode" argument. Hold-on, ? there's only one depth-count not 1:mode, so what if a user-mode E lib$unlock_image unlocks an EXEC mode $lkwset? But you shouldn't exit H without unlocking so this won't happen? Scrub this whole paragraph - too hard!   J Let's look at LIB$*_EF. Even within the inner mode of a UWSS, would it notJ be nice to support the convention of allocating event flags via LIB$GET_EFK thus avoiding potential conflict with the User-Mode code. Yes, I know about L $SYNCH but surely LIB$*_EF were written for a purpose? The convention can beK trashed from User-Mode, but as long as we $SYNCH with EXEC mode IOSBs we're / safe, and we've still done our best to be nice.    > and known to have  > various failures  K Please point out any that come to mind. (I'm not questioning they exist! On B the contrary, I know they're out there and could have missed many)  4 > the most common failures involve VM allocation and# > mode protections on memory pages.   E We discussed this some years ago and you taught me about the LIB$*_VM K vulnerability in that, although it is fully AST re-entrant, this is not the J case across different access modes. I concede fully the LIB$*_VM ground toJ you - no question. One Heap - Too many access modes. (Having said that, inJ the Programming Concepts Manual where it explicitly states "In particular,L do not call LIB$GET_VM and LIB$RET_VM from an inner mode." Lib$*RET*_vm? Did: it used to be called that 100 years ago? Docs up to date?)  F Anyway, theories out the door and let's get down to it. This is what I4 propse to do. Please tell me what's wrong with it: -  J 1) One of my Exec-Mode AST's is triggered and needs to pass data to User's
 User-Mode AST J 2) 1 Million of my Exec-Mode ASTs could fire before one User-Mode AST so ID need to dynamically allocate memory to hold User-Mode AST parameter. 3) LIB$*_VM is out of boundsK 4) $expreg is a pain in the bottom! (How often does the rest of the process K really get to re-use the memory? When does $DELTVA contract the region?) So B the answer is, we call LIB$GET_VM_PAGE from the UWSS in Exec-Mode.L 5) DO NOT $setprt up to UREW! Leave it at User-Mode trash access. We packageH it up and deliver it to your letter box. If you rip it up before getting inside then bad luck. K 6) $DCLAST PSL$C_USER *my* AST using the memory from LIB$GET_VM_PAGE as the 
 parameter.C 7) My user-mode AST (eventually) receives control and if a dodgy or H malicious pointer (or unplanned call to LIB$FREE_VM_PAGE has taken placeJ then tough-titties and a subsequent User-Mode Access Violation will occur.* 8) CALL the User's code with the parameterH 9) * Upon Return, Call LIB$FREE_VM_PAGE and make it available to all theC other lovely threads in the process that adhere to the Page-Pooling . convention. (Including my next Exec mode AST.), 10) Everyone's a winner chickens for dinner!  F * Do you think I should go back into Exec Mode then Probe the page forK User-Mode write access before Freeing it? I Don't think so. If we we trying G the LIB$*_VM strategy with a seperate Zone then maybe but we've already  ruled that out.    Why do I think this is safe?  ( 1) From the LIB$ RTL reference manual: -I "All memory allocated by LIB$GET_VM_PAGE has user-mode read/write access, I even if the call to LIB$GET_VM_PAGE is made from a more privileged access K mode." So LIB$GET_VM_PAGE *is* architected to work  "from a more privileged D access mode". How would one get there apart from a UWSS and $CM****? 2) Same manual. C "LIB$GET_VM_PAGE is fully reentrant so it can be called by routines J executing at AST level or in an ADA multitasking environment". I bet ya anL EXEC mode AST  can't interrupt a USER-Mode AST call to the same routine that4 is already in progress. Should I look at the source?& 3) 14.3 in Programming Concepts ManualE "You can change the protection on pages your program has allocated by K calling the set protection (SYS$SETPRT) service". It would make sense to me F to LIB$GET_VM_PAGE and SYS$SETPRT in the same UWSS and avoid User-ModeL corruption in a multi-step process. (In my case I can't verify that the EXECH owned page that the User-Mode code would be giving me to FREE is in fact% mine :-( Facility prefix on pages :-)   $ > UWSS calls operate in executive orI > kernel mode, and are thus limited to exec-based system services and the  > kernel-mode C library.  5 What's the filespec for this "kernel mode C library"?   I But not so long ago you thought it was unsupported to call SYS$GETUAI (in B sys$share:secureshrp.exe) from a UWSS. Have you changed your mind?  ) > Inner-mode calls to anything other than D > exec-based system services are not generally considered supported.  A Under which circumstances then are they "specifically" supported?   L And I don't want to scare you, but I think you'll find that everyone else is at it like rabbits!    Any and all UWSS facts welcome!    I always write too much. Sorry.    Regards Richard Maher   F PS. You still haven't answered the "Why does the Image activator treat0 logical names for LIBRTL differently?" question.  G PPS. Hope I didn't get any coder into trouble over the JAVA comment. It @ would be a shame to see it removed. (But things have a habbit of disappearing lately)  9 "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message , news:61FSf.4880$Pf7.1238@news.cpqcorp.net... > Richard Maher wrote: >  > [deletia]  > H >    I'm not in a position to investigate the $imgact code right now, as- > related to Java.  (That will have to wait.)  > K > > Q1: Without the use of enhanced privileges and with the Main Executable J > > Image not having being INSTALLed: - Can a call from an inner-mode UWSS out I > > to any other shareable image (/PROTECTED or otherwise) be spoofed and L > > redirected to another shareable image? My testing to-date indicates that the L > > image activator insists on all shareable images being INSTALLed. Is this( > > supported and architected behaviour? > G >    This installation requirement is the intended behaviour of OpenVMS  > system security. > E >    Calling out from a UWSS is intended to be restricted, and anyone I > coding a UWSS or any inner-mode code must be exceedingly careful not to J > open up a security hole; any and all code executing within inner-mode isJ > considered part of the Trusted Computing Base (TCB), and thus considered > to be security relevent. > J > > Q2: When a LIB$ routine is called from an EXEC Mode UWSS, why does the image F > > activator consider Non-Trusted, Supervisor-Mode Logical Names whenL > > activating LIBRTL? Furthermore, why does the image activator then appear toL > > ignore non-trusted logical names when activating other shareable images? Is* > > there something peculiar about LIBRTL? > J >    Calling LIB$ from inner-mode code is not supported, and known to haveH > various failures -- the most common failures involve VM allocation andG > mode protections on memory pages.  UWSS calls operate in executive or I > kernel mode, and are thus limited to exec-based system services and the A > kernel-mode C library.  Inner-mode calls to anything other than D > exec-based system services are not generally considered supported. >    ------------------------------  # Date: Wed, 22 Mar 2006 18:17:57 GMT # From: hoff@hp.nospam (Hoff Hoffman) 8 Subject: Re: Is VMS Security being dumbed-down for Java?2 Message-ID: <pxgUf.5109$TL3.2713@news.cpqcorp.net>  g In article <dvrhs6$irf$1@news-02.connect.com.au>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:   K :Let's look at LIB$*_EF. Even within the inner mode of a UWSS, would it not K :be nice to support the convention of allocating event flags via LIB$GET_EF : :thus avoiding potential conflict with the User-Mode code.  H   Event flags are not a construct I prefer to use, having found these toJ   be largely non-modular and exceedingly difficult to scale, and variouslyH   quite difficult to debug and control.  As I have stated elsewhere withH   some regularity, I avoid event flags in all but the most trival cases,I   having been badly burned by this construct across several projects.  I  I   now use EFN$C_ENF quite commonly, avoiding event flag zero, and I have  H   been using ASTs and threads (either POSIX Threads or KP Threads), and 4   bitflags, semiphores, locks or queues as required.  G   As for the question, you can only use inner-mode-safe calls.   Pretty E   or not, like it or not, want it or not, you can only use calls that H   are safe from inner-mode code.  RTL calls are not safe from inner-mode   code.   E   As a general rule, system services are (usually) safe, and most any F   calls that use LIB$ or SMG$ or other calls can be quite problematic.E   I am aware of some applications that have "gotten lucky" here, too, E   and haven't seen problems.  But if problems do arise and the report G   gets to OpenVMS Engineering, my input is going to be "not supported".    :> and known to have :> various failures  : L :Please point out any that come to mind. (I'm not questioning they exist! OnC :the contrary, I know they're out there and could have missed many)   I   OpenVMS traditionally doesn't have to, need to, or even want to explain J   why some construct, platform or operation is unsupported.  In this case,K   the particular case I've slammed into was page protection errors -- pages H   of memory within the heap end up owned by inner modes, and badness canK   then ensue -- maybe not at all, or maybe not immediately.  I fully expect K   there are other cases of badness that can arise outside of the heap, too.   =   To avoid Larry Kilgallen's circular reference to me at/via:   ?     http://h71000.www7.hp.com/wizard/swdev/ovms-shexe-cook.html   F   also see the following documentation in the message files and in the9   documentation on writing User Written System Services.     	--   A  NOSHRIMG,  privileged shareable image cannot have outbound calls   '   Facility:     SYSTEM, System Services   N   Explanation:  Privileged shareable images, also known as user-written systemN                 services or protected images, cannot reference other shareableN                 images. This check is made when the privileged shareable imageJ                 is activated. If a reference to another image is detected,J                 the entire activation is aborted and this error message is                 issued.   J   User Action:  Rewrite the privileged shareable image so that it does not1                 reference other shareable images.    	--   
   and see:  @     http://h71000.www7.hp.com/doc/731FINAL/5841/5841pro_082.html  @     "As a protected image, your program does not have the entire>     operating system programming environment at its disposal. ?     Unless a module has the prefix SYS$ or EXE$, you must avoid =     calling it from an inner mode. In particular, do not call >     LIB$GET_VM or LIB$RET_VM from an inner mode. You can call @     OpenVMS RMS routines from executive mode but not from kernel
     mode."  E   Hmmm.  "lib$ret_vm"?  Looks like either I had a typo in what I gave D   the writer, or there was an editing error downstream.  As of aboutF   five minutes ago, there's a report of that error logged.  (That callC   should be lib$free_vm, obviously.)  Most sys$ and exe$ calls, and 8   obviously the kernel-mode C library, are safe to call.  @   OpenVMS does not have a particularly good nor complete set of @   documentation for inner-mode coding, though I do try to cover @   that topic in a few of my presentations.  The only major piece>   of documentation for this environment presently available is?   the driver manual -- that manual is, however, the central set B   of documentation for the supported inner-mode coding on OpenVMS.      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------G        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[\0100]hp.com    ------------------------------    Date: 22 Mar 2006 07:42:17 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 8 Subject: Re: Is VMS Security being dumbed-down for Java?3 Message-ID: <ubJXjxmbQIDA@eisner.encompasserve.org>   g In article <dvrhs6$irf$1@news-02.connect.com.au>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  > Hi Steve,  > G > (Thanks for the reply and sorry for taking a while to get back. I was  > unavoidably distracted.) >  > Hoff wrote: - H >>    This installation requirement is the intended behaviour of OpenVMS >> system security.  > E > Yippee! Any doc reference? (Not necessary, but still nice to have.)   C On page http://h71000.www7.hp.com/wizard/swdev/ovms-shexe-cook.html  search for the word "outbound".   C My secret technique for finding that reference is to use a new site < called "google.com" and feed it the following search string:  3 	site:hp.com outbound "user written system service"    ------------------------------  % Date: Tue, 21 Mar 2006 15:26:21 -0500 ' From: Dave Froble <davef@tsoft-inc.com> F Subject: Re: Opinion: I see my future without VMS and I don't like it.9 Message-ID: <8IudndYq14RP_b3ZnZ2dnUVZ_tWdnZ2d@libcom.com>    d_gillbilly@hotmail.com wrote: > Greetings, > G > If I come across as extremely frustrated, it is because after working J > for more than 20 years in paradise, I am finding being forced to work in% > the mines a bitter pill to swallow.    You're not alone.   J > MS SMS is quite a piece of work isn't it... Sigh... Gotta pay the bills. > J > Working in a small business non 24x7 environment does have some definiteG > advantages. I get a guaranteed window in which I can work (actually a H > scripted, batch environment does most of the work), each night. A goodJ > nightly backup can only be explained after you need it. Couple this with > the fact that I can: > create a disk .BCK file;I > establish a secure link to a remote server to act as an off-line backup 
 > repository;  > write the .BCK to tape, D > all with only a few lines of DCL. I can provide my customer with a: > solution that seems to be sorely needed in the industry. > H > My customer sleeps well knowing at any time, his/her environment is atH > most 24 hours away from being back up on the air. The few times that IJ > have ever experienced a problem that was that bad, the customer used the@ > time to get caught up on non computer related business chores. > H > Small business doesn't understand lingo. Nor do they generally want toH > understand. They will usually settle for availability, reliability and; > ease of use. The rest of the benefits are, well, gravy...   & Most didn't know how good they had it.  G > Then, a shiny shoed, glossy papered clone with a lying smile takes it I > away. One customer at a time. Spending lots of money porting 60% of our J > custom applications to another platform. By the time that they have sunkH > too much money into the project, it's too late to turn back. Pride and > all.  E Pride, company politics, many things.  There's also the feeling that  I there isn't any alternatives.  No VMS visibility in the world.  (We know   who is to blame for that.)  E > With a MTBF measured in years, most of the customers that have been E > lured away, don't realize the advantage of having VMS in their shop G > until they replace it. I cannot stop this as I have nothing but field F > (actually desk) experience to describe the advantages of VMS. I haveG > a hard time making people believe that I can actually manage 100's of I > users (all with PC's), in multiple sites across the country, in varying G > industries, without leaving my desk. I have a hard time making people G > believe that I don't have a pager or even a cell phone. I have a hard @ > time making people believe that I work a 9-5 high(?) tech job.  I There is no way in today's world that what you say can possibly be true.  I   Billy boy tells us what's true.  We must believe billy boy.  Can't let    him lose a couple billion or so.  F With what's "known" by those who know nothing, you no longer have any  credibility.  I What do you do when a customer tells you that the VMS based applications  H are the most reliable, least troublesome, etc, they have, and that they E will never implement another application on VMS and will convert the  F current VMS applications to windoz?  You resign yourself to work with  windoz.   . > I see lots of potential for small VMS boxes., > But I am just a lowly tech, what can I do?   Not a damn thing.   & > Small business is easy to work with." > Small business is ready for VMS. > Small business needs VMS.  > 5 > And it seems no one knows what I am talking about.     They aren't listening.   > I feel so alone.   You're not alone.    > And so very afraid.   F Why?  It's not your data at risk.  You do have VMS at home, don't you?  6 >    90% of the computing world only needs 10% of VMS, >       Duane   H That's really the problem.  HP sees the need to make big bucks from VMS B since it is so everything, and ignores small business.  Well, not ; ignore, just shoves billy boxes and ink cartridges at them.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 22 Mar 2006 19:49:52 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)1 Subject: Re: OT:HUMOR VMS Just Add Power Campaign , Message-ID: <4421aa60$1@news.langstoeger.at>  ` In article <1143048341.501567.309800@t31g2000cwb.googlegroups.com>, etmsreec@yahoo.co.uk writes:F >Well, I guess that something has happened in that direction Ian sinceF >the expected retirement of the only VMS virus scanner appears to haveE >been cancelled and it's back on Sophos's books again last I checked.   E But OpenVMS Alpha V8 is still not supported (but I64 V8.2 is, yikes).   - >Can you say mailserver and Samba in one box?   H Of course. My AS 2100 5/250 OpenVMS Cluster was it for a ~decade (MX andH PATHWORKS V5/SAMBA V1) - until I left my previous company (4 years ago).G I was already considering running SOPHOS as a MX SITE interface then...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 22 Mar 2006 15:20:17 GMT  From: d_gillbilly@hotmail.com - Subject: OT:HUMOR VMS Just Add Power Campaign 8 Message-ID: <f6q2225fvboengh5g53hu0jvhobip99o39@4ax.com>  $ OT:HUMOR VMS Just Add Power Campaign   *** ITidiots NEWS FLASH ***    VMS Just Add Power Campaign   H The VMS Small Business Server has caught the industry by surprise. SmallF business if flocking to a new product offered by this vendor. From theD aggressive styling of the box (it does look like it wants to eat theC network), the ease of setup and the common sense this box brings to F their computing environment, users are praising the immediate benefits; that this little (ONE CPU) box can bring to their business.   > Users are easily impressed with the choices they have with the installation environment;  1) text  2) X 3) Web 4) PC  5-?) Unix shells (whatever).   1 The already network aware features (they love the H auto_discover_all_that_you_can mode) and the information that the systemG provides them to help ease their system setup is providing a simple but G extremely effect way of preventing you from fouling your network setup. D Each step of the installation is backed by/with(?) volumes of easilyD accessible information that gets more detailed as you fine tune your question/query.   B Once the box is on the air, the console neatly folds down (lockingB mechanism optional), hiding the keyboard, providing a tamper proofF environment. The hardware security integration with software security,F provides a data environment that is even good enough for big business.H Some users have complained that the console was a big waste of resources> as once the box is setup, the user usually no longer needs it.  H Through an internal web server, the system provides an industry standard@ interface to its many resources. With an extensive documentation@ directory (that even impresses the experts), a system maintainedH notification page (that provides daily status reports on the network andB it's resources) and an easy management interface (one question perG page), this is a system that will keep you in touch with your business.      VMS Just Add Power Campaign   D Launched in conjunction with the "VMS Just Add Power" Small BusinessB Server Campaign, the vendor has provided the VMS Vendor ManagementF Service - *VMSvms*. If you really want to see the power of this little? box, just plug it into the internet. By using industry standard C services, the VMS Secure Internet Connection - *VMSsic* immediately D enables a host of subscription services. Some of the vendor supplied subscription services include:   - off site backup services; ' - off site network diagnostic services; % - off site network security services;  - off site management services;  - off site download services.   F This secure approach to network computing has also attracted a host of> third party VAR's. To prevent abuse, the vendor has included aF comprehensive auditing capability. The system will monitor third party< activities and automatically notify the owner (on the system= notification page and via email) of events as they happen. By A maintaining a connection to a *VMSvms* server (for a small fee of 7 course), your network security can and will be ensured.    VMS Just Add Power Campaign   ? Since the the box is well engineered, it provides easy software A expansion capabilities. As the customer becomes familiar with the F product and the advanced features that they can purchase (or subscribe* to), the box has lots of room for growth.   G - Starting with a standard x PC user license, you can easily add (via a = *VMSvms* *VMSsic* connection) users and devices as you grow.  F - Expanding out the office? No problem. Just subscribe to the *VMS*wan	 service.  D - Want to go 24x7? No problem. Vendor supplied (and soon to be thirdD party) upgrades can provide the small business owner multiple growth paths.  H - Outgrow the box? *VMS*clu services will help you seamless migrate your8 data to a larger box or configuration, with no downtime.   VMS Just Add Power Campaign   B By providing a dumbed down non-privileged compiler, the system hasF attracted the curious. This simple interface to the guts of computing,E has prompted even the geeks to get a box to play with. After they get E over the initial fear of the documentation, they can subscribe to the > *VMS*youbuildit service and unlock the features of this ratherE comprehensive development environment. The "if you can keep it on the G air, we can help" approach the vendor has taken, provides the user with E the confidence that "any thing bad that I cause myself" can easily be 
 corrected.   VMS Just Add Power Campaign   E We here at ITidiots feel this box has unlimited potential. The vendor D promises the box will scale sideways and up just by adding features.) Could a DataCenter version be far behind?    *** END ITidiots NEWS FLASH ***   7    VMS: Boring as dirt, but it can grow almost as much,         Duane   ------------------------------    Date: 22 Mar 2006 09:25:41 -0800 From: etmsreec@yahoo.co.uk1 Subject: Re: OT:HUMOR VMS Just Add Power Campaign C Message-ID: <1143048341.501567.309800@t31g2000cwb.googlegroups.com>   E Well, I guess that something has happened in that direction Ian since E the expected retirement of the only VMS virus scanner appears to have D been cancelled and it's back on Sophos's books again last I checked.  , Can you say mailserver and Samba in one box?   ------------------------------  % Date: Wed, 22 Mar 2006 15:17:41 -0500 , From: "Richard Tomkins" <tomkinsr@istop.com>" Subject: Re: Strange favor request< Message-ID: <4421b1ef$0$5162$6d36acad@titian.nntpserver.com>  G It was my understanding that almost all colour xerographic systems from 3 almost all manufacturers encode data in the output.     . *** Free account sponsored by SecureIX.com ***X *** Encrypt your Internet usage with a free VPN account from http://www.SecureIX.com ***   ------------------------------   Date: 22 Mar 2006 20:31:08 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: Strange favor request+ Message-ID: <48dqgcFjjfdrU1@individual.net>   < In article <4421b1ef$0$5162$6d36acad@titian.nntpserver.com>,/ 	"Richard Tomkins" <tomkinsr@istop.com> writes: I > It was my understanding that almost all colour xerographic systems from 5 > almost all manufacturers encode data in the output.  >   J The EFF page has a chart that list the ones they know do and the ones theyI know still do not.  I was surprised that inkjets still don't appear to be G doing this, but just because they are not on the list doesn't mean they < don't, only that no one has bothered to verify that they do.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Tue, 21 Mar 2006 21:12:14 GMT " From:   VAXman-  @SendSpamHere.ORGA Subject: Re: USB mass storage - accessing memory cards on OpenVMS 0 Message-ID: <00A5308A.AE170DE5@SendSpamHere.ORG>  l In article <1142974926.099367.8700@g10g2000cwb.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes: >  > F >I have a Microtech external SCSI card reader that has two full heightG >PC card slots; used with adapters (one SD and one Compactflash to full H >PC card) its worked perfectly on my PWS600au under VMS V7.3-1 and -2...G >I haven't tried booting it though; my biggest available card is a 64MB  >right now.   < SCSI!  Cool!  ...and VMS accepts this?  Where do I find one?     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   End of INFO-VAX 2006.163 ************************