1 INFO-VAX	Wed, 26 Apr 2006	Volume 2006 : Issue 231       Contents:4 Re: About psychopath troll mrtravel (Michael Voight)4 DCL versus Unix CLIs, was: Re: File output like Unix EFI and Satellite booting  Re: EFI and Satellite booting  Re: EFI and Satellite booting  Re: EFI and Satellite booting ! Exclude a disk from MSCP serving? % Re: Exclude a disk from MSCP serving?  Re: File output like Unix  Re: File output like Unix / Re: Help Required With VAX 4000-500 Diagnostics / Re: Help Required With VAX 4000-500 Diagnostics / Re: Help Required With VAX 4000-500 Diagnostics 1 Re: How does File ID correspond to kfe$w_fid_num? 1 Re: How does File ID correspond to kfe$w_fid_num? 1 Re: How does File ID correspond to kfe$w_fid_num? 1 Re: How does File ID correspond to kfe$w_fid_num?  Re: hypothetical question  Re: hypothetical question  Re: hypothetical question P Re: Looking for simple DCL script to save/restore mounted form on print queue prP Re: Looking for simple DCL script to save/restore mounted form on print queue pr$ LPD relay to a LAT queue?  Possible?( Re: LPD relay to a LAT queue?  Possible? Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet RE: OT: Sparc not dead yet! Rental of Systems - now at Island & Re: Spawn command in Asynchronous mode TIMEPROMPTWAIT problem Re: TIMEPROMPTWAIT problem! Today's book club recommendations % Re: Today's book club recommendations % Re: UAF> /ACCOUNT What's it used for? % Various comments (decus presentation)  Re: VMS732_ACRTL-V0300  F ----------------------------------------------------------------------  + Date: Wed, 26 Apr 2006 08:12:02 -0600 (MDT) 5 From: Borked Pseudo Mailed <nobody@pseudo.borked.net> = Subject: Re: About psychopath troll mrtravel (Michael Voight) @ Message-ID: <8f1bca1e1b473760f6b7c4e983efc2d2@pseudo.borked.net>  1 Reef Fish <Large_Nassau_Grouper@Yahoo.com> wrote:    >  >marcwigle@wigle.ca wrote: >> Nomen Nescio wrote: >> > FREQUENTLY ASKED QUESTIONS 
 >> >    About 
 >> > JF MEZEI  >> >E >> > The "nobody" troll of rec.travel.air and "John Doe" troll of the  >> > sci.space.* newsgroups. >> >$ >> > (Last Revision: March 25, 2006) >  >< Ginormous snip> >> >>C >> I'm just a *little* lost here... am I supposed to be J F Mezei??  > A >Don't know who you are, but I've heard of J F and mrtravel.  :-) 6 >Here's the latest tally by google for rec.travel.air: >  >This month's top posters : >70   mrtra...@sbcglobal.net                <===  mrtravel  H And that's after disappearing for 2 weeks at the beginning of the month!  M (during his "business trip to Australia" - which we later found out he was on 4 a road trip through the Midwest visiting titty bars)  O What's the matter, "mrtravel", ran out of Russian whores to pimp?  You suddenly % developed a taste for corn fed girls?   ^ Notice "mrtravel" is *always* the top troll with the highest number of posts in rec.travel.air* *every single month* going back for years.  O What a LOSERRRRRR..............................................................    Usenet Public Message    The "mrtravel" psycho:  0 - suffers from Narcissistic Personality DisorderB - is a 47 year old unemployed loser, alcoholic, drug addict/dealerB - has been trolling usenet and flooding newsgroups for TWO DECADES@ - has been harassing and stalking usenet posters for TWO DECADESF - is a known criminal, in trouble with the law since he was a teenagerH - has no life outside usenet, is online trolling/harassing/stalking 24/7F - is such a loser he often responds to posts within one or two minutes8 - is a known liar and bullshitter, lies about everythingG - was fired by Cisco in early 2005 for doing all of the above from work  - likes to make death threats 0 - is a known pedophile and child sexual predatorJ - is a known importer of Russian whores looking for fast cheap green cards  B If you are one of his victims, report him to Scotts Valley police:  ! Michael D. Voight, aka "mrtravel"  111 Bean Creek Rd, No. 118 Scotts Valley,  CA  95066-4148 (831) 438-2485   Scotts Valley PD One Civic Center Drive Scotts Valley, CA 95066  (831) 440-5670   Police Chief Steve Lind + s l i n d @ s c o t t s v a l l e y . o r g    http://www.scottsvalleypd.com   % Also contact the Scotts Valley mayor:    Paul Marigonda' m a r i g o n d @ p a c b e l l . n e t   " About the "mrtravel" psycho - FAQ F http://groups.google.com/group/rec.travel.cruises/msg/f207022ace08c90c   More info on the psycho K http://groups-beta.google.com/group/rec.travel.cruises/msg/25a7ed8ad9d9d920    mrtravel's drug abuse C http://groups-beta.google.com/group/ba.general/msg/f0c64751c93c3e2c    mrtravel's wife left himB http://groups.google.com/group/rec.travel.air/msg/6828ed1eb3843662   ------------------------------    Date: 26 Apr 2006 07:40:03 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)= Subject: DCL versus Unix CLIs, was: Re: File output like Unix 3 Message-ID: <NboOf0aycvs$@eisner.encompasserve.org>   _ In article <1145989404.330424.164290@g10g2000cwb.googlegroups.com>, bob@instantwhip.com writes: A > why do users want convuluted unix commands like pipe grep slurp < > gulp ... when they use common english makes sense commands > like COPY on vms?  >   8 Pipe is a DCL command. Unix uses redirection characters.  G Those Unix commands are generally more powerful than the VMS equivalent 9 and naming commands using English words only goes so far.   H For example, what English verbs and qualifiers would you use to describeG the functionality that ghostscript offers and by the time that you have M finished have you really gained anything over the current approach (as people . still have to learn what your qualifiers do) ?  ' Two examples of more powerful commands: A 	grep (the Unix version of search) can do full regular expression  	pattern matching.  * 	GNU diff can compare two directory trees.  * Things that I dislike about the Unix CLIs:D 	There isn't a DCL style lexical API for getting system information.  J Things that I dislike about DCL (these relate to 7.3-1 and prior versions,+ I haven't upgraded to a later version yet):   4 	You can't edit commands across linewrap boundaries., 	Has this been fixed in later VMS versions ?  B 	Your command history is lost when you log out unless you manuallyD 	save it. (Does recall/input work within command procedures on laterF 	VMS versions and is there a method for intelligently handling commandD 	histories from multiple DCL sessions in the same way that bash (the 	Unix CLI that I use) does ?)   . 	Tried renaming file.ext to just .ext lately ?  ? 	There isn't a way of searching through all help topics looking  	for a keyword.   E 	You can't do filename completion. (On bash, pressing TAB gives you a F 	list of filenames/directories matching what you have typed so far, orB 	just completes the filename/directory if there's only one match.)  E 	Command history searching is cumbersome. (With bash, you hit Ctrl-R, D 	type a few letters of your command (with bash searching the historyC 	as you type the letters) and just keep hitting Ctrl-R to skip over 
 	duplicates.)   B And yes, I know that bash is available for VMS. I am talking about deficiencies within DCL.   Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------  % Date: Wed, 26 Apr 2006 01:50:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: EFI and Satellite booting, Message-ID: <444F09F3.3D3EC808@teksavvy.com>  H Some of the roadmaps indicate that satellite booting of VMS on that IA64 thing will come eventualy.  6 I am curious on how this is going to be implemented ?   H Will machines require a local disk drive with an EFI partition that willD contain a MOP/BOOTP  EFI image (instead of a VMS loader EFI program)E that will send out the request and receive a reply from a boot node ?   F Or will HP modify the core/baseline ROM based EFI primitive to supportD BOOTP/MOP to fetch an EFI image instead of seeking for one in a disk partition ?   E Is it a foregone conclusion that MOP/BOOTP requests would come out of E the MP board's ethernet port instead of the system's "real" etherenet G interface ? This would have implications in that the MP LAN ports would G need to be physically connected to the ethernet segment connecting real @ ethernet ports so that VMS servers could receive those MOP/BOOTP
 requests.   F Or could VMS possibly listen to the MP concole's ethernet port for MOPG requests and respond via that port ? (this would allow your console LAN L to be totally separate and isolated from real traffic on the main ethernet.)   ------------------------------  # Date: Wed, 26 Apr 2006 10:27:10 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) & Subject: Re: EFI and Satellite bootingZ Message-ID: <rdeininger-2604060627110001@dialup-4.233.149.32.dial1.manchester1.level3.net>  ? In article <444F09F3.3D3EC808@teksavvy.com>, the JF Mezei thing % <jfmezei.spamnot@teksavvy.com> wrote:   I >Some of the roadmaps indicate that satellite booting of VMS on that IA64  >thing will come eventualy.    Almost certainly in V8.3.     7 >I am curious on how this is going to be implemented ?    H HP's Integrity servers have supported network boot pretty much since the* beginning.  They send out a BOOTP request.  D A VMS satellite boot node will have been configured to recognize theI satellite's MAC address and respond by sending IP address information and I the initial boot file.  Over on the satellite, the initial boot file uses J the existing EFI-based TCPIP stack (and specifically the TFTP protocol) to fetch subsequent VMS files.     I >Will machines require a local disk drive with an EFI partition that will E >contain a MOP/BOOTP  EFI image (instead of a VMS loader EFI program) F >that will send out the request and receive a reply from a boot node ?  > BOOTP is in the EFI shell, no local disk is required for that.  H The satellite will need a local DOSD (Dump Off System Disk), at least inE the first implementation.  And most folks will want a local page/swap E disk.  Here "local" means not MSCP-served.  SAN-based disks are fine.   G >Or will HP modify the core/baseline ROM based EFI primitive to support E >BOOTP/MOP to fetch an EFI image instead of seeking for one in a disk  >partition ?  ) That's always been in the ROM-based EFI.    F >Is it a foregone conclusion that MOP/BOOTP requests would come out ofF >the MP board's ethernet port instead of the system's "real" etherenetH >interface ? This would have implications in that the MP LAN ports wouldH >need to be physically connected to the ethernet segment connecting realA >ethernet ports so that VMS servers could receive those MOP/BOOTP 
 >requests.  J No, the MP isn't involved at all.  The MP is optional equipment on most ofJ the Integrity servers.  VMS doesn't interact with it.  (Sometimes the sameJ optional board also contains junk IO that VMS does use, like serial ports,
 USB, or VGA.)   G >Or could VMS possibly listen to the MP concole's ethernet port for MOP H >requests and respond via that port ? (this would allow your console LANM >to be totally separate and isolated from real traffic on the main ethernet.)    ------------------------------  % Date: Wed, 26 Apr 2006 11:57:22 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: EFI and Satellite booting, Message-ID: <444F9861.8724F305@teksavvy.com>   Robert Deininger wrote: J > HP's Integrity servers have supported network boot pretty much since the, > beginning.  They send out a BOOTP request.  K > the initial boot file.  Over on the satellite, the initial boot file uses L > the existing EFI-based TCPIP stack (and specifically the TFTP protocol) to > fetch subsequent VMS files.   ? OK. So the changes are purely in VMS software then.  I was at a @ presentation yesterday and it wasn't clear if there needed to be! additions to EFI firmware or not.   L > No, the MP isn't involved at all.  The MP is optional equipment on most of > the Integrity servers.      G I have been given the impression that it is the MP board which contains H the optional ethernet interface that allows you to (for instance) telnet9 into the EFI console or use a web based interface to EFI.   B Is the above correct, or do systems without MP option still have a% console-specific ethernet interface ?   H Or can the ROM based EFI shell use a real NIC on the machine to send out the BOOTP/TFTP requests ?    ------------------------------  % Date: Wed, 26 Apr 2006 12:06:25 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: EFI and Satellite booting, Message-ID: <444f9a82$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:444F9861.8724F305@teksavvy.com... >>I > I have been given the impression that it is the MP board which contains J > the optional ethernet interface that allows you to (for instance) telnet; > into the EFI console or use a web based interface to EFI.  >   L It contains an *additional* LAN adapter that can be used by the MP while the! system is in a powered down state   D > Is the above correct, or do systems without MP option still have a' > console-specific ethernet interface ?  > J > Or can the ROM based EFI shell use a real NIC on the machine to send out > the BOOTP/TFTP requests ?    Yes    ------------------------------  % Date: Wed, 26 Apr 2006 13:14:28 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>* Subject: Exclude a disk from MSCP serving?7 Message-ID: <000301c66922$9551d310$994614ac@domina.fom>    Hello,   Robert Deininger wrotes:   >>> H The satellite will need a local DOSD (Dump Off System Disk), at least inE the first implementation.  And most folks will want a local page/swap E disk.  Here "local" means not MSCP-served.  SAN-based disks are fine.  <<<   F In case of this I have the question, is it possible to exclude disk(s)H from MSCP serving? AFAIK you can only enable/disable MSCP for all disks!   Best regards R. Wingert    ------------------------------    Date: 26 Apr 2006 04:57:40 -07001 From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com> . Subject: Re: Exclude a disk from MSCP serving?C Message-ID: <1146052660.893625.318610@t31g2000cwb.googlegroups.com>    See HELP SET DEVICE /SERVED   D You can set MSCP_SERV_ALL to 0 (or 4, which is the default) and thenD use SET DEVICE/SERVED for those disks you do want to be MSCP served.  D AFAIK, there is no way to turn MSCP serving off once you have set it on.    HTH,  	 Bart Zorn    ------------------------------    Date: 26 Apr 2006 07:26:54 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: File output like Unix3 Message-ID: <al31aT8RqOvF@eisner.encompasserve.org>   W In article <4b74vcF101da8U1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > D > Maybe, but he seems to be looking for an equivalent to the SolarisB > "cat file1 > file2" which will make a duplicate copy of the fileD > with a new name.  Which, as I said, is probably not what he wants,D > but I have already had two students today alone do pretty much theC > same thing.  They use a paragraph to ask a question that required  > no more than a sentence!!   C    Actually, what I read between the lines is that he wanted pipes.    ------------------------------   Date: 26 Apr 2006 13:13:36 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: File output like Unix, Message-ID: <4b9a00F10l3fbU2@individual.net>  3 In article <al31aT8RqOvF@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:Y > In article <4b74vcF101da8U1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>  E >> Maybe, but he seems to be looking for an equivalent to the Solaris C >> "cat file1 > file2" which will make a duplicate copy of the file E >> with a new name.  Which, as I said, is probably not what he wants, E >> but I have already had two students today alone do pretty much the D >> same thing.  They use a paragraph to ask a question that required >> no more than a sentence!! > E >    Actually, what I read between the lines is that he wanted pipes.   L Exactly!!  As I said, what he really wants probably isn't what he asked for.K I can't, for the life of me, understand why people don't just say what they 6 really mean when they are looking for help like this!!   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: 26 Apr 2006 07:52:53 -07003 From: "Ralf Gaertner" <ralf.gaertner@t-systems.com> 8 Subject: Re: Help Required With VAX 4000-500 DiagnosticsC Message-ID: <1146063173.760387.278390@j33g2000cwa.googlegroups.com>    Hi Gary,  E you might find some information at http://decdoc.itsx.net/dec94mds/ ; D the following manuals are listed and available as text and pdf file:  E EK-492AB-IC-B01 VAX 4000 Model 500A/505A/600A/700A/ 705A Installation 	 Checklist E EK-493AB-IN-B01 VAX 4000 Model 500A/505A/600A/700A/ 705A Installation B EK-494AB-OP-B01 VAX 4000 Model 500A/505A/600A/700A/ 705A Operation8 EK-495AB-TS-B01 VAX 4000 Model 500A/505A/600A/700A/ 705A Troubleshooting & DiagB EK-496AB-TI-B01 VAX 4000 Model 500A/505A/600A/700A/ 705A Technical Information    Regards    Ralf   ------------------------------  % Date: Wed, 26 Apr 2006 16:09:14 +0100 * From: Gary Parker <g.j.parker@lboro.ac.uk>8 Subject: Re: Help Required With VAX 4000-500 Diagnostics. Message-ID: <e2o2er$396$1@sun-cc204.lut.ac.uk>   Ralf Gaertner wrote:
 > Hi Gary, > G > you might find some information at http://decdoc.itsx.net/dec94mds/ ; F > the following manuals are listed and available as text and pdf file:  F Thanks Ralf, I've  been scouring the net for those sort of documents.  Hopefully they'll help.    Gary   ------------------------------  % Date: Wed, 26 Apr 2006 12:18:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: Help Required With VAX 4000-500 Diagnostics, Message-ID: <444F9D4A.2078E4F1@teksavvy.com>  " Here is some info from the manual:   LED ValueActions1 F Initial state on power-up, no code has executed 4 E Entered ROM space, some instructions have executed& D Waiting for power to stabilize (POK)0 C SSC RAM, SSC registers, and ROM checksum tests6 B O-bit memory, interval timer, and virtual mode tests A FPA tests / 9 Backup cache, primary cache, and memory tests - 8 NMC, NCA, memory, and I/O interaction tests  7 CQBIC (Q22bus) tests  6 Console loopback tests 5 SHAC DSSI subsystem tests  4 SGEC Ethernet subsystem tests  3 "Console I/O" mode 2 Control passed to VMB ' 1 Control passed to secondary bootstrap     G Your selftest seems to fail at 50, which would be DSSI related. (SHAC = 
 DSSI chipset)   H You can try >>> TEST 9E  and this should give you a list of test scripts. you can call. There are a few specific to DSSI   You should also  >>> SHOW DSSI  H (or >>> HELP to give you list of console commands of what you can show).      @ Note: if you did not terminate the DSSI bus, it is possible thatE overnight, the DSSI just burned itself out. The DSSI controllers were D quite picky about this.  You could remove terminators for very shortD periods, but not for long periods (more than a minute for instance).   ------------------------------    Date: 26 Apr 2006 15:57:31 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER): Subject: Re: How does File ID correspond to kfe$w_fid_num?, Message-ID: <444f986b$1@news.langstoeger.at>  ` In article <dVw3g.6817$Hf.4806@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes:H >   And I'd tend to use other means to access this information, such as C >the "KNOWN" option from within f$file_attributes lexical, and not  
 >kernel-mode    " That reminds me of an old problem:  ? How to find out (with lexical functions) if a file is installed / (if you only have the full file specification)?    eg.   . $ say F$FILE ("SYS$SYSTEM:INSTALL.EXE", "FID") (2721,13,0) 0 $ say F$FILE ("SYS$SYSTEM:INSTALL.EXE", "KNOWN") TRUE   vs.   F $ say F$FILE ("SYS$SYSDEVICE:[VMS$COMMON.SYSEXE]INSTALL.EXE", "KNOWN") (2721,13,0) F $ say F$FILE ("SYS$SYSDEVICE:[VMS$COMMON.SYSEXE]INSTALL.EXE", "KNOWN") FALSE   M Or is the last answer simply wrong? (But then it is wrong for many years now)   L A F$SEARCH would not deliver (all or any) specifications where is is "KNOWN"   TIA    --   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, 26 Apr 2006 15:40:25 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>: Subject: Re: How does File ID correspond to kfe$w_fid_num?1 Message-ID: <JvM3g.6843$oC.6133@news.cpqcorp.net>     Peter 'EPLAN' LANGSTOEGER wrote:  A > How to find out (with lexical functions) if a file is installed 1 > (if you only have the full file specification)?   D    Because of differences in how the back-translations of FIDs into H filenames work and how the image activator (in its guise as the INSTALL F utility) work and how these two constructs don't work together, there < isn't a good way to do this -- well, not that I am aware of.  E    The image activator looks at the first translation of the logical  I name for its activation processing within the INSTALL utility, while all  H the FID-related translations look at the backlinks within the files and J the directory structures.  Obviously, these two don't have to be the same.  F    Further, I don't know of a particularly good way to make this work D either, if you are presented with just one directory path to a file C among several possible paths.  INSTALL and the file system aliases  F aren't tied together all that closely here, and there isn't a readily G accessable cross-reference of available alias entries for a particular  E file.  (I've blogged about a database-based file system, which could  + easily be where this discussion is headed.  # <http://www.hp.com/blogs/hoffman/>)    ------------------------------  % Date: Wed, 26 Apr 2006 18:12:21 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> : Subject: Re: How does File ID correspond to kfe$w_fid_num?= Message-ID: <444f9bd4$0$60785$157c6196@dreader1.cybercity.dk>    Brice Buchanan wrote:  > Hello everyone,  > D > I'm having a problem with lib$fid_to_name on OpenVMS 8.2. It isn'tD > working for KFDB entry values of kfe$w_fid_num when (kfe$w_flags & > KFE$M_OPEN). > . > The code works fine when run on OpenVMS 7.x. > B > I'm not even sure the fid is correct, and suspect it is not. The' > numbers I have don't seem to line up.  >  >    $ dir /file > ! >    MYPROG.EXE;1      (9970,2,0)  > ' > For this file, kfe$w_fid_num = 23936.  > . > kfe$w_fid_num  =  23936  =  0101110110000000 > 5 > File ID = (9970,2,0)  =   (0010011011110010, 10, 0)  > I > If this fid_num is a composite of the elements of the File ID, I'm just  > not seeing it. > H > One wrinkle: for images installed /open, I'm plugging the fid with theI > value pulled from the kfe window control block's file control block, as 
 > follows: > ) >     kfe$l_wcb->wcb$l_fcb->fcb$w_fid_num  > ? > Again, this code has been  working fine for years on VMS 7.x.  > I > Anybody have any insight into this? I'd be very grateful for any clues. 	 > Thanks!  > 
 >  - Brice > H One problem could be numbers larger than 65535, i.e., to large to be in D one word.  I have forgotten the exact format of FIDs, but when they E become too large, VMS will use an extra byte for storing some of the  + bits such that there is 24 bits for an FID.    ------------------------------    Date: 26 Apr 2006 10:03:54 -0700* From: "Brice Buchanan" <BriceBu@gmail.com>: Subject: Re: How does File ID correspond to kfe$w_fid_num?C Message-ID: <1146071034.768935.128970@v46g2000cwv.googlegroups.com>   E Yup, a colleague has informed me that "the fid_num field is the lower E order 16 bits of the file-id, the sequence number and relative volume G number are *not* part of the fid_num field. The actual fid number is 24 < bits. The high-order 8-bits are in the mumble$B_NMX field soE technically these fields should be put together. Indeed, it's only an  issue if the FID is GT 65535."  	 Anyway...   E To answer Hoff, what am I up to? I've inherited a reporting tool that A was developed back in the 5.x days. It's reporting only; it's not D changing any data in those structures - and yes, a little bit of theA work is done in exec mode (via sys$cmexec). I'm the only engineer E working on this now, and anyone with prior knowledge of the internals ? of the app was gone before I got to it, so I'm learning it from G scratch, on my own. It's an uphill, step-by-step process. (And I'd been # away from VMS for several years...)   E The lib$fid_to_name is fine, of course. I've determined that it fails B because the fid is indeed bad -- no big surprise there! -- becauseG kfe$w_fid_num is "wrong" when the kfe refers to an /open image. This is G something my program knows about, which is why it tries to grab the fid  from kfe->wcb->fcb.fid_num.   G However, while this approach works fine on 7.x, it does not work on 8.2 B because the fcb pointer value now seems always to be 1. Under 7.x,C (int)fcb is < 0. My program only recognizes (int)fcb < 0 as being a G valid fcb ptr. So, when run on an 8.2 system, it runs into the fcb = 1, G which is of course not < 0, and exits, leaving the calling routine with C the kfe.fid - which, for an /open image, does not point to the disk # file to which it apparently refers.   F I may have to recode this for 8.2... but I'd rather not. Suggestions /( workarounds will be appreciated! Thanks.   ------------------------------    Date: 26 Apr 2006 07:32:59 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: hypothetical question3 Message-ID: <mkDga6k$dox8@eisner.encompasserve.org>   \ In article <444EB71A.3DB94CC2@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:/ > re: backup from disk to a disk based saveset.  > D > One issue I have just thought of: so, you create the save set on aJ > different disk REALLY FAST. But then, how do you savely copy the saveset > to tape ?   D    COPY, but you can use the Saveset Manager if you want.  Just makeB    sure you generate the on disk save set with appropriate CRC and6    GROUP settings (the defaults should be sufficient).   ------------------------------    Date: 26 Apr 2006 07:38:00 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: hypothetical question3 Message-ID: <7SBdzt6C4a5r@eisner.encompasserve.org>   d In article <444EE82E.2050609@bigpond.com>, David B Sneddon - bigpond <dbsneddon@bigpond.com> writes: > 2 > Would you not just BACKUP your save set to tape?  F    If you COPY the saveset to tape, then you can restore directly fromC    the tape using a single BACKUP command since you have files in a     saveset on tape.   E    If you BACKUP the saveset to tape then you have files in a saveset G    which itself is a file in a saveset on tape.  In order to restore a  G    single file you have to first restore the outer saveset to disk and  5    then restore the file from the disk based saveset.   C    Single file restores I've had to do much more commonly then full D    disk restores and I don't have to count on having enough space onD    disk to restore the saveset in a saveset if I COPY the saveset to    tape.  C    But for now I BACKUP directly to tape, overnight.  Works well in C    a development environment since the programmers tend to sleep at 	    night.    ------------------------------  % Date: Wed, 26 Apr 2006 12:16:12 -0400  From: norm.raphael@metso.com" Subject: Re: hypothetical questionQ Message-ID: <OFFB83821E.E4DFA236-ON8525715C.0058D5B4-8525715C.00595FC7@metso.com>   I koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 04/26/2006  08:38:00 AM:  F > In article <444EE82E.2050609@bigpond.com>, David B Sneddon - bigpond! > <dbsneddon@bigpond.com> writes:  > > 4 > > Would you not just BACKUP your save set to tape? > H >    If you COPY the saveset to tape, then you can restore directly fromE >    the tape using a single BACKUP command since you have files in a  >    saveset on tape.  >   D But if you Copy the saveset to tape, you lose all the special thingsD BACKUP does with the tape to ensure readability later, like skipping bad areas, for example.   : Among other things the /INTERCHANGE qualifier does is that  = Normal error recovery is used to write magnetic tapes so that 4 no bad records exist on the resulting magnetic tape.  . Copy would leave out that protection, as well.  G >    If you BACKUP the saveset to tape then you have files in a saveset H >    which itself is a file in a saveset on tape.  In order to restore aH >    single file you have to first restore the outer saveset to disk and7 >    then restore the file from the disk based saveset.  > E >    Single file restores I've had to do much more commonly then full F >    disk restores and I don't have to count on having enough space onF >    disk to restore the saveset in a saveset if I COPY the saveset to
 >    tape. > E >    But for now I BACKUP directly to tape, overnight.  Works well in E >    a development environment since the programmers tend to sleep at  >    night.  >    ------------------------------  % Date: Wed, 26 Apr 2006 12:05:46 -0400  From: norm.raphael@metso.comY Subject: Re: Looking for simple DCL script to save/restore mounted form on print queue pr Q Message-ID: <OF54EF1EF9.39B325A4-ON8525715C.00575506-8525715C.00586B47@metso.com>   K Chris Sharman <chris.sharman@sorry.nospam> wrote on 04/26/2006 03:44:40 AM:    > norm.raphael@metso.com wrote:  > > H > > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote on 04/25/2006 > > 11:22:25 AM: > > B > >> In article <OF871CD57D.F3174E9D-ON8525715B.004A8F12-8525715B.8 > >> 004B1697@metso.com>, norm.raphael@metso.com writes:A > >>> I need a simple DCL script to save/restore the mounted form ? > >>> on a print queue.  Digging it out of F$GETQUI stuff looks  > >>> really painful.  > >> What's wrong with > >>F > >> $ WRITE SYS$OUTPUT F$GETQUI ("DISPLAY_QUEUE", "FORM_NAME", queue)- > > Thanks.  I knew it was simple; I said so. # > > A form of that works just fine.  >  > What are you trying to do ? J > If you have interchangeable forms, then you can set them all up with the? > same stock, and then vms will allow them all to print without 
 intervention.  > I > So, if you've got forms for, say, A4, 2-up on A4, and 4-up on A4, you'd I > put them all on stock A4. If you'd got some labels, you'd use different I > stock for that. VMS would then do the right thing - printing all the A4 D > jobs while that stock was mounted, but waiting until the stock was5 > changed to labels before releasing the labels jobs.  >  > Chris    Chris,  K Well, since I asked such an easy question (I was having a bad-concentration I day), I guess I should reassure you that I do know about stock.  What was J happening here is that the printer is used for 2 different stock forms andJ by several users, and as well, an overnight batch procedure wants to printJ to one of the (stock) forms, but the person who puts the correct form intoK the printer does not have the command (and his manager does not want him to J have it) to set up the form on the printer queue.  When this surfaced - ofJ course the files are in the queue awaiting a forms change, but they outputI is wanted early in the morning and without intervention - I simply wanted F to change the form and print the files, then reset to whatever was theG mounted form before I got there, so no one would be surprised.  We hate 
 surprises.  I Thank you for your thoughful suggestions.  Please continue to be helpful. H There are plenty of folk reading here who benefit from the dialog, and IJ include myself in that group (even though I've been working with (Open)VMS since 1979).   -Norm    ------------------------------  % Date: Wed, 26 Apr 2006 08:44:40 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>Y Subject: Re: Looking for simple DCL script to save/restore mounted form on print queue pr 4 Message-ID: <e2n8d9$raa$1$8300dec7@news.demon.co.uk>   norm.raphael@metso.com wrote:  > F > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote on 04/25/2006 > 11:22:25 AM: > @ >> In article <OF871CD57D.F3174E9D-ON8525715B.004A8F12-8525715B.6 >> 004B1697@metso.com>, norm.raphael@metso.com writes:? >>> I need a simple DCL script to save/restore the mounted form = >>> on a print queue.  Digging it out of F$GETQUI stuff looks  >>> really painful.  >> What's wrong with >>D >> $ WRITE SYS$OUTPUT F$GETQUI ("DISPLAY_QUEUE", "FORM_NAME", queue)+ > Thanks.  I knew it was simple; I said so. ! > A form of that works just fine.    What are you trying to do ? I If you have interchangeable forms, then you can set them all up with the  K same stock, and then vms will allow them all to print without intervention.   H So, if you've got forms for, say, A4, 2-up on A4, and 4-up on A4, you'd H put them all on stock A4. If you'd got some labels, you'd use different H stock for that. VMS would then do the right thing - printing all the A4 C jobs while that stock was mounted, but waiting until the stock was  3 changed to labels before releasing the labels jobs.    Chris    ------------------------------  % Date: Wed, 26 Apr 2006 09:21:25 -0500 + From: brandon@dalsemi.com (BRANDON, JOHN M) - Subject: LPD relay to a LAT queue?  Possible? 1 Message-ID: <06042609212582@dscis6-0.dalsemi.com>   ; Is it possible to configure LPD to serve a LAT print queue?        John "REBOOT" Brandon  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Wed, 26 Apr 2006 15:59:30 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>1 Subject: Re: LPD relay to a LAT queue?  Possible? 1 Message-ID: <CNM3g.6846$HC.6008@news.cpqcorp.net>    BRANDON, JOHN M wrote:= > Is it possible to configure LPD to serve a LAT print queue?   H    Yes.  It's usually easier and more expedient to replace the printer, G or to add a second (and parallel) printer.  (I usually prefer to avoid  G host-based printers and network-served remote host-based print queues,  I nor of relays such as this one.  Direct access to a printer-based NIC is  I typically far easier to support, and most any printer offers a NIC these  B days.  But what you want should be possible, within the limits of C lpr/lpd or the telnet symbiont, or (depending on the platform) DQS.    ------------------------------    Date: 26 Apr 2006 07:29:15 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: OT: Sparc not dead yet 3 Message-ID: <iQGqxVGkp3vw@eisner.encompasserve.org>   ` In article <e2m5n2$hr0$1@news.xmission.com>, legalize+jeeves@mail.xmission.com (Richard) writes: > E > Yeah, and their machines haven't changed at all in 40 years, right?   C    In the 90's we were using IBM mainframes that went down a couple D    times a week and were rebooted every Friday "just to clean things    up".   >    So I guess things didn't change for those 30 years, anyhow.   ------------------------------   Date: 26 Apr 2006 13:10:29 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: OT: Sparc not dead yet , Message-ID: <4b99q5F10l3fbU1@individual.net>  3 In article <iQGqxVGkp3vw@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:b > In article <e2m5n2$hr0$1@news.xmission.com>, legalize+jeeves@mail.xmission.com (Richard) writes: >>  F >> Yeah, and their machines haven't changed at all in 40 years, right? > E >    In the 90's we were using IBM mainframes that went down a couple F >    times a week and were rebooted every Friday "just to clean things	 >    up".   D And we have "regularly scheduled reboots" of the local VMS machines.B (not mine, the datacenters.  I have yet to voluntarily re-boot the? VAX in the department)  Does that mean VMS is really unstable??    > @ >    So I guess things didn't change for those 30 years, anyhow.  E I worked on 360/40's, 4300 series, 3080's, etc.  I remember one major B crash, a disk head crash.  I remember no other time when a system E failure stopped me from working.  Doesn't mean it didn't happen, just A that when biases are removed all of the major players are equally ? stable and usable and have been preety much from the beginning.    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: 26 Apr 2006 07:22:24 -0700- From: "Andrew" <andrew_harrison@symantec.com> # Subject: Re: OT: Sparc not dead yet C Message-ID: <1146061344.301512.137060@i40g2000cwc.googlegroups.com>    FredK wrote:: > "Andrew" <andrew_harrison@symantec.com> wrote in message> > news:1145982089.036575.42280@t31g2000cwb.googlegroups.com... > >  > > FredK wrote:> > > > "Andrew" <andrew_harrison@symantec.com> wrote in messageB > > > news:1145971884.492346.20020@t31g2000cwb.googlegroups.com... > > > >  > > > > L > > > > On Solaris it depends on what that thread is doing, if it is in userE > > > > land then the system does not have to reboot, instead Solaris N > > > > blacklists the CPU and restarts the process and process tree dependant* > > > > on the process/thread that failed. > > > >  > > > J > > > If the "thread" hangs (becomes non-responsive from the view of otherJ > > > processors) how can you be assured that the thread is not A) holding > dirty M > > > data that at some point might corrupt process data or B) hasn't already  > > > corrupted something. > > > D > > Since Solaris knows the dependencies between threads/processes aE > > process that fails because of a hardware failure will trigger the C > > termination of all dependent process/threads and their restart.  > > K > > You application may well stop but you have not had to take a reboot hit  > > at the same time.. > >  > J > The amazing thing is that it must be common enough for it to have been a# > problem that needed to be solved.   1 So Itanium and Alpha processors never ever fail !   B Its a usefull capability in Solaris, OpenVMS doesn't have the same, capability learn to live with it gracefully.   Regards  Andrew Harrison    ------------------------------    Date: 26 Apr 2006 09:26:17 -0700- From: "Doug Phillips" <dphill46@netscape.net> # Subject: Re: OT: Sparc not dead yet C Message-ID: <1146068777.863635.254410@v46g2000cwv.googlegroups.com>    Karsten Nyblad wrote:  > Doug Phillips wrote:H > > Again, you're stuck in the present (actually, the past) disregardingK > > the future. I would never say that today's x86 based systems could roll J > > in right now and replace every "big iron" installation, but in anotherA > > post in this thread you did mention IBM's contribution to the  > > higher-end x86 market. > > F > > What is your "read" on IBM's direction? I see a lot of their moneyF > > going into x86. I also see that they have a lot of money to spend.G > > They've also let (if not helped) their big Power dependent customer J > > move over to Intel. Do you think the Power-portion of their just under+ > > $6 billion R&D is growing or shrinking?  > > K > > What do you think is the future of SPARC? Sun's best year over the past A > > 4 was a $107 million loss. They're spending a little under $2 J > > billion/year on R&D with sales of around $11 billion, and Sun's R&D isH > > not just in chips. Looks like they've had another lousy quarter this > > year, too. > > K > > Compare Sun just to AMD. Over the last four years, AMD has grown from a C > > loss to a $165 million profit with the trend showing increasing H > > profits. AMD's R&D spending is increasing each year; 2005 was around! > > $1.1 billion -- all on chips.  > > D > > I'll let you look at Intel if you want and you can speculate howK > > they're spending their over-$5 billion in R&D and how strong their over G > > $8.6 billion in profit on just under $39 billion in sales last year  > > makes them.  > > I > > Too many folks think the x86 instruction set is the same as the 80x86 I > > chip and speak the limits of that architecture. Even though I'm not a G > > chip-head, I can see that the AMD & Intel designs are becoming more K > > capable with each new release and each release looks less and less like  > > an old 80x86 chip. > >  > H > If you want to modify a computer such that it becomes faster, then youG > must identify the bottleneck, the fully used resource, that keeps the G > computer from running faster.  If the CPUs are used 100% of the time, J > then you need faster or more CPUs.  If the I/Os end in a queue, then youE > need a faster I/O sub system (e.g. more PCI buses) or more disks to B > spreed the load.  If the computer pages, then you need more mainG > storage.  You can get only so much extra performance by throwing more I > hardware at parts of the computer, that are not part of the bottleneck.  > G > The problem with your post is that you can make faster and faster x86 J > CPUs and chip sets for large computers, but it will not help you getting? > large computers run Linux and Windows efficiently.  There are G > bottlenecks in these OSes such that they cannot utilize more than 4-8 I > cores.  AMD and Intel can introduce virtualization and other facilities G > usable for building large machines, but those large machines will not B > get into widespread use before people can get an OS that scales. >     F And you think no one is working on those issues? At one time VMS had aC 32 bit "bottleneck". x86 had all kinds of bottlenecks going all the F back to 4 bits. Today's x86 CPU's are more capable than both Linux andB Windows. That's the way evolution in this industry works. Hardware* advances, then software pushes its limits.  F VMS is unusual because its owners keep trying to reinvent the "wheel",E then they drop their wheel when they see the "old" wheels rolling on, D so they start over and try to invent a different wheel again. In the) meantime, the big wheels keep on rolling.     F > If Intel and AMD want large machines based on x86, then they have toD > invest in getting Windows and Linux to scale, but why should they?F > Microsoft can pay for getting Windows to scale, and enhancements forH > Linux will not give any advantage for the company that fonds the work.  @ I still say, if you want so find the answer, "follow the money".   ------------------------------    Date: 26 Apr 2006 09:52:35 -0700 From: bob@instantwhip.com # Subject: Re: OT: Sparc not dead yet C Message-ID: <1146070355.274946.313450@i39g2000cwa.googlegroups.com>   : OS400  crashed on me 3x in 1mo ... and it is menu city ...6 very restrictive environment to work in unlike vms ...   ------------------------------    Date: 26 Apr 2006 09:54:16 -0700 From: bob@instantwhip.com # Subject: Re: OT: Sparc not dead yet B Message-ID: <1146070456.185783.86740@y43g2000cwc.googlegroups.com>  = processors may fail, although I never had a DEC one fail, but = OpenVMS never fails, unlike slowaris, which crashes and which ? fails on the CERT front unceasingly just like linux/windoze ...    ------------------------------  % Date: Wed, 26 Apr 2006 13:30:55 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> # Subject: RE: OT: Sparc not dead yet T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684013013C9@tayexc19.americas.cpqcorp.net>   > -----Original Message-----7 > From: Doug Phillips [mailto:dphill46@netscape.net]=20  > Sent: April 26, 2006 12:26 PM  > To: Info-VAX@Mvb.Saic.Com % > Subject: Re: OT: Sparc not dead yet  >=20  
 [snip ...]   >=20H > And you think no one is working on those issues? At one time VMS had aE > 32 bit "bottleneck". x86 had all kinds of bottlenecks going all the H > back to 4 bits. Today's x86 CPU's are more capable than both Linux andD > Windows. That's the way evolution in this industry works. Hardware, > advances, then software pushes its limits. >=20  E You also need to also remember that hardware and software gets better F with each release, but what many who think "x86 solutions will replaceD everything" forget is that Customer RASS (reliability, availability,: scalability and security) requirements are also increasingH exponentially. Hence, while each new release of OS/HW gets better on all= platforms, the RASS bar is constantly being moved up as well.   B Global DC consolidation, national and international regulatory andA compliance requirements, global 7x24x365 markets are causing many C Customers to re-evaluate how they deliver their IT solutions of the  future.   H For many of the these Customers, I would suggest that QA/testing monthlyC security patches (Linux/Windows) with their primary applications is G rapidly going to become unacceptable. And as we have seen by all of the F issues in the last few weeks, if Cust's do not test these applicationsH with these monthly security patches then they are open to all the issuesG that hit the headlines. In a global market, a companies credibility can E take a serious node dive if this happens to them or worse, their Cust A data gets exposed because of one of these monthly security flaws.   H > VMS is unusual because its owners keep trying to reinvent the "wheel",G > then they drop their wheel when they see the "old" wheels rolling on, F > so they start over and try to invent a different wheel again. In the+ > meantime, the big wheels keep on rolling.  >=20 >=20  ( Can you expand on what you mean here?=20  E Perhaps I missed an extract from an earlier thread, but this does not  make much sense on its own.   
 [Snip ...]  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Wed, 26 Apr 2006 11:53:01 -0400 C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> * Subject: Rental of Systems - now at Island9 Message-ID: <8GM3g.11813$t61.7659@bignews6.bellsouth.net>   3 If you need to rent an Alpha for 1week to 1 year...   # http://www.islandco.com/rental.html      --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X251  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html    ------------------------------    Date: 26 Apr 2006 05:19:39 -0700+ From: "GraphicDave" <graphicdave@gmail.com> / Subject: Re: Spawn command in Asynchronous mode C Message-ID: <1146053979.639069.190700@i40g2000cwc.googlegroups.com>   G Could you not submit a command procedure that executes the C program in  the synchronous spawn?   ------------------------------    Date: 26 Apr 2006 12:09:53 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: TIMEPROMPTWAIT problem 3 Message-ID: <W31BHerRmhyV@eisner.encompasserve.org>   7    VAX 11/785 VMS4.7, so scratch your grey matter deep.   D    I have a problem with the TOY clock.  To work around it I want to0    set TIMEPROMPTWAIT to always prompt for time.  F    My documenation says I need to set it to a value greater than 32767F    (it seems to be 16 bit).  I've tried 65535, 32768, 0, 1, 32767, and    lot of other values.   F    This doesn't seem to work.  What I get is a system that prompt only&    if it thinks they TOY value is bad.  G    The system has a habit of coming up from power off with a TOY value  C    in June, which doesn't cause a prompt since the value on disk is     in April.  H    Is this a bug in 4.7 or misdocumentation (I'm using the grey wall)?  G    The last time I had to use this wwas on 11/780 under VMS 3.6 and it      worked as advertized.   ------------------------------    Date: 26 Apr 2006 10:33:42 -0700 From: mckinneyj@saic.com# Subject: Re: TIMEPROMPTWAIT problem C Message-ID: <1146072822.376439.116450@i40g2000cwc.googlegroups.com>   6 > VAX 11/785 VMS4.7, so scratch your grey matter deep.    E >   I have a problem with the TOY clock.  To work around it I want to 1 >   set TIMEPROMPTWAIT to always prompt for time.   F If VMS 4.7 has a SETTIME SYSGEN parameter you'll likely have to set it@ to a value of 1 (in addition to setting TIMEPROMPTWAIT > 32767).   ------------------------------  % Date: Wed, 26 Apr 2006 20:32:41 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> * Subject: Today's book club recommendations1 Message-ID: <e2np7h$52t$1@news-02.connect.com.au>    Hi,   " Just a couply of riveting reads: -  C http://h71000.www7.hp.com/doc/82FINAL/4527/4527pro_087.html#mar_106   J ISS$V_NOACCESS - Tells $PERSONA_CREATE not to access the SYSUAF file. Only valid in exec or kernel mode.   	 ISS$_MODE L $PERSONA_CREATE sets the access mode of the new persona as a longword value.; The mode cannot be more privileged than that of the caller.   K It is possible to call $PERSONA_CREATE in any mode. To call $PERSONA_CREATE K in kernel mode, the calling sequence is different. Only the usrpro argument H is valid (usrnam cannot be used because kernel mode access to the SYSUAFK file is not allowed), and it is necessary to set the PSB$M_NOACESS value in 
 the flags.  D The arguments are validated against the caller's mode, so an invalid6 argument can cause an access violation to be signaled.  A http://h71000.www7.hp.com/doc/82final/5932/5932pro_027.html#get_p   H 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  mode.    From sys$examples:uwss.c   **E ** One final note on the service routines.  As a security precaution, D ** protected shareable images aren't allowed to call other shareableE ** images, unless they too are installed protected.  Watch your calls D ** (including implicit ones) to external routines!  They must eitherD ** be linked (from object files or libraries) into your image, or beD ** in other protected images.  If you fail to heed this warning, the; ** image activator will 'kindly' remind you with the error:  **  B ------------------------------------------------------------------  I Oh don't we laugh heartily, and fart in their general direction, when the H stupid pig customers fall for those old chestnuts. Ahhh chortle chortle.   Regards Richard Maher    ------------------------------  # Date: Wed, 26 Apr 2006 15:20:33 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>. Subject: Re: Today's book club recommendations1 Message-ID: <5dM3g.6841$JD.4363@news.cpqcorp.net>    Richard Maher wrote:  K > Oh don't we laugh heartily, and fart in their general direction, when the J > stupid pig customers fall for those old chestnuts. Ahhh chortle chortle.  E    I'm not at all certain if I'm being insulted, or if I'm missing a  D good joke, or if these are general ramblings, or if these words are , intended to seed some search engine ranking.   ------------------------------  % Date: Wed, 26 Apr 2006 19:54:10 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> . Subject: Re: UAF> /ACCOUNT What's it used for?1 Message-ID: <e2nmv9$22b$1@news-02.connect.com.au>    Hi,   J In case any other poor bastard stumbles across this topic in years to comeK let me just point out that you *can* $persona_reserve an EXEC mode persona. L There's just no way of reserving one in a mode other than the one you're in.? It just knows - spooky. Why didn't I go ahead and test it? Doh!   J So if you believe that SYS$PERSONA_CREATE is nothing more than a shamelessJ Siren luring you to the rocks of doom (just below "The cliffs of insanity" :-) then all is not lost.   L You gotta love these source listings! Trivial Pursuit has come and gone, butF if you want the Winter nights to just fly by then break out the SourceE Listings after dinner. Hours of fun for the whole family! (And unlike  Monopoly, this *never* ends!)    Regards Richard Maher   H In article <d8u8mo$su...@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>, "Richard, Maher" <maher...@hotspamnotmail.com> writes:  ! UAF> /ACCOUNT What's it used for?   + Richard Maher <maher...@hotspamnotmail.com>    Hello,  L Can someone please tell me (or give me a pointer to the documentation about)I what exactly VMS does with the data in the /ACCOUNT field of a Username's  User Authorization File record?    Off the top of my head: -   C 1) It's stored via the ACCOUNTING utility and can be used to bundle  Usernames together for billing  H 2) If the UIC Group code doesn't already exist then the ACCOUNT field is* used to create an Identifier for the Group   Anything else?  E Why do I want to know? Well, there is currently *no* way to specify a L Resource Domain ID or a Facility Code when creating a Persona :-( and I needB to be able to Create, Find and Assume personae on-the-fly while a)J preventing unauthorised exploitation of their existence by the applicationL code, and b) not interfering with any other layered product that the processI may be simultaneously invoking. So naturally I need to somehow be able to J identify *my* personae among any available personae in a given process. ToL satisfy these requirements I intend to override the 'real' iss$_account data  B with 'T3$ACC' when creating my TIER3 persona. Oh, and I'll also be" specifying iss$_mode = psl$c_exec.  A (Why can't I specify iss$_mode in a call to $persona_reserve? The C application code can just $delete it anytime or $assume it whenever J appropriate. (And don't get me goin' on that old chestnut "Why do you needL DETACH privilege to $RESERVE a persona but NOT to $ASSUME it???") This stuffB was never really 'finished' was it? "It's just for NT and external* Authentication. No one else will use it."?  I So maybe you know a better way to solve this conundrum. If so then please F let me know. Otherwise, please point out all known issues with using aJ 'dodgy'/different/non-original/generic ACCOUNT field for a persona that is+ executing on VMS. What will VMS make of it?   = And another thing, WHY can't I specify iss$_mode in a call to  $persona_find???   Regards Richard Maher   J PS> Yes I did see the iss$_doi (Domain Of Interpretation) but that's aboutK NT or VMS isn't it? Anyway it's to do with Extensions that I'm staying well 	 clear of.    ------------------------------  % Date: Wed, 26 Apr 2006 13:04:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Various comments (decus presentation), Message-ID: <444FA808.43BE7F41@teksavvy.com>  F There was a DECUS presentation in Montreal yesterday (or whavever this: week's name for the organisation formerly known as DECUS).  F A few comments: There were a couple of VMS ambassadors present. (KerryF Main wasn't there...). The issue of markleting was raised, and he saidH he would communicate this to VMS management, but didn't expect things toC change much. In fact, the message was that we can't expect real VMS * marketing to ever happen. No reason given.  E HP-UX is HP's main product. But after the purchase of compaq, when HP G negotiated with Legato for backup software, it supposedly insisted that G it be ported to all its OSes , including VMS. And supposedly Legato was 4 very pleased with the sales of its software for VMS.  D A number of 450,000 customers was given. So this means that VMS wentH from 411,000 machines, down to 300,000 a few months ago and would now beD up to 450,000 CUSTOMERS. In other words, we cannot trust any numbers made public.  D HP's train is rolling along and VMS is desperatly running, trying toG catch up to it, but once it has caught up, it should be able to be part 5 of the train and be part of the main HP product line.     G Customer driven approach was outlines a few times. This is reflected by F comments made by the VMS guys here. Translation: unless you can show aF PO worth a few millions, don't expect any resources to be allocated toF VMS engineering to add features. For instance: the ability to write toE DVDs was supposedly requested by a customer with 10,000 alpha systems 6 spread around the world in each of its retail outlets.  D There was absolutely no attempt made to give any hope that VMS mightG regain some markets. Focus was on serving remaining customers only. The D focus on serving customers supposeldy comes from very high up at theC Hurd level.  Perhaps Hurd needs to change his philosophy to include  potential customers as well.        E There was a presentation on the various vistualisation concepts to be 
 implemented.    F HP will have the equivalenmt of IBM's old VMS software running on thatH IA64 thing. It will essentially be an instance of HP-UX which will hostsG multiple clients (each being an instance of an OS). So essentially, VMS D will run as a client of HP-UX on a machine. However, unlike IBM's VMB product, there was no mention of communications between instances.    G Licences for an instance of VMS would be based on the number of virtual > CPUs defined in the HP-UX hypervisor for that instance of VMS.  A When asked about the possibility of having a 4 CPU machine run an F instance of VMS with only 2 virtual CPUs defined, there was an almostyA immediate "yes, hypervisor will make use of the 4 CPUs", but upon A realising that you would end up paying for only 2 CPUs in the VMS G licences and making use of 4 hardware CPUs, there was some fumbling and / changing of the subject :-) :-) :-) :-) :-) :-)     E HP is coming up with an "on demand" capability as well for cell based C machines that are coming up. Customers will be able to use a key to E activate a CPU or set of CPUs. You go to a web site, pay big-bucks to   get the key and enable your CPU.  E So basically, you may 25% of the cost of the CPU upfront. And pay the  rest when you actually need it.   E The other option are "prepaid cards" where you buy CPU time in 30 day F increments. Then, you have some software based on Windows monitor yourE system and will automatically enable a CPU when the load requires it, F and deducts your prepaid credit in 30 minute increments. This way, you0 pay for additional CPU only for when you use it.  C No mention on impact of software licencing when you have extra CPUs C appear "live" on a running system for short periods. If you have to F still buy extra Oracle licences to cover those 30 minutes periods whenC an extra CPU is in use, then you may not be saving that much money.   F Sort of interesting because this is very much marketing driven so thatH HP can also claim to have an "on demand" service, but I am not sure that8 many customers will really save that much money from it.  B Oh, and the presentor menetioned that the workload managed on thatG windows is pretty heavy and takes up a whole laptop. It uses plenty of B middleware like php, sql etc etc. Sounds like a dream to maintain.      D Oh, Nemonix does build new disks for VAX systems. It can build an RZG drive equivalent with 7 gigs on it. Those drives are mechanically brand C new, but are fully compatible with the old drives. They also have a E 100mbps ethernet interface that plugs into the memory bus of some VAX N systems. (you don't have the full 100mbps, but still much faster than 10mbps).    F Also found out that one of the big time VMS engineers who was intimateH with bits and bytes is no longer working for the owner of VMS. Left someF 18 months ago and is now working on his own. Looks like job cust at HP= did hit VMS engineering. His name is sort of like a secret...    ------------------------------  % Date: Wed, 26 Apr 2006 10:06:59 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: VMS732_ACRTL-V0300 1 Message-ID: <e2nd7j$mn$1@blackmamba.itd.rl.ac.uk>   P "John Santos" <john@egh.com> wrote in message news:%1A3g.385$%N2.151@trnddc08...  T > There is nothing there to say "This rule pertains from 1980 through 2006.  No DST X > changes from 1976 to 1979.  Last Sunday in Feb and 1st Sunday in October was the rule @ > from 1945 through 1975.  New rule takes effect in 2007..." [1]  U Yes, that's all there in sys$common:[sys$zoneinfo...] At what point VMS started using Y these instead (or in addition to ) the canned rules is a different question. Backporting   the ) fix might be more interesting, of course.    ------------------------------   End of INFO-VAX 2006.231 ************************