1 INFO-VAX	Wed, 05 May 2004	Volume 2004 : Issue 249       Contents: Re: An RMS feature I wish for  Re: An RMS feature I wish for  Re: An RMS feature I wish for   Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2% Re: Another VMS marketing opportunity % Re: Another VMS marketing opportunity  Re: Ask the Wizard ?, Re: Billions wasted due to IT skills deficit China travel reminder # Re: CXX installation failure on VAX ) Re: Disk mounts only in write-locked mode  Re: ES-40 (2 Fibre Channels)P Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quoP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quoP Hi everybody,	interested in Itanium architecture?		I was (am?).	interested in It Re: Intel IA-64 Assembler * Itanium tutorial kernel, parsing previous?8 looking for suggestions for new $GETDVI item codes . . .< RE: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< RE: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .P Re: non-system but priviledged account OK for installing layered products? produ& Re: Print HTML files directly from VMS Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in  F ----------------------------------------------------------------------   Date: 5 May 2004 05:34:57 -0700 ( From: bob@instantwhip.com (Bob Ceculski)& Subject: Re: An RMS feature I wish for= Message-ID: <d7791aa1.0405050434.67522e69@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<Hp-dnWLPF6ZR5gXdRVn-gg@metrocast.net>... > ) > I'm curious, and not sure I understand.  > L > The example above appears to be specific to a particular key - i.e., you'dM > still need a separate alternate index for each record type that you wish to N > index.  True, you need space defined in every record for every such key (allM > but one of which will contain the defined null key value for a given record I > type), but unless there are a great many of them this should not be too L > burdensome, and the RMS record compression facilities should help there as > well.  > M > Another option is to use your record type code as the most significant byte D > of a single, shared key:  this results in a single alternate indexJ > partitioned by record type.  If some records don't want to be indexed atL > all, just duplicate the type code byte such that unindexed records can use- > the null key value in the leading key byte.  > M > I don't know whether it was the advent of Rdb that more or less stopped RMS I > development, but a lot of interesting potential features that we talked D > about back around 1978 - 80 just never got implemented (though keyI > compression and IIRC single-key, no-RFA files did).  One such (I think, J > unless it's something I came up with later) was the ability to associateM > arbitrary keys (potentially including multiple instances in the same index) H > with each record - an 'external key' mechanism rather than the currentH > embedded-key variety, which among other uses and in conjunction with aI > no-primary-key file, where records were organized in a flexibly-managed N > bucket chain, would have provided the kind of multi-record-type support that > I think you'd like.  >  > - bill  0 what about that 32767 record size limitation? :)   ------------------------------  $ Date: Wed, 5 May 2004 10:05:02 -0400( From: "Hein" <hein.nomail@hp.nomail.com>& Subject: Re: An RMS feature I wish for, Message-ID: <4098f531$1@usenet01.boi.hp.com>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message , news:Hp-dnWLPF6ZR5gXdRVn-gg@metrocast.net... > 4 > "DL Phillips" <whohe@whoever.com> wrote in message9 > news:af0dc2ea.0405041331.5ae2624a@posting.google.com... I > > RMS/FDL KEY definition, a way to index only records having a specific  > > matching string or value.  : ) > I'm curious, and not sure I understand.  : B > but unless there are a great many of them this should not be too
 burdensome  F Reply collision. :-)  similar thoughts, similar  time, from a similiar place.  G >   If some records don't want to be indexed at all, just duplicate the J > type code byte such that unindexed records can use the null key value in the leading key byte.   2 My thought too, but you expressed it more clearly.K (Actually I lost a partial reply that did write it clearly. Grhhh... F*&$_* 	 Windows!)   I > I don't know whether it was the advent of Rdb that more or less stopped  RMS development,  L No, not really. RDB came more from RDBMS with new insights (Date and Codd) , not RMS.  ! - though key compression and IIRC  Yes    -single-key, no-RFA files did). G No. That one is still on my personal wish list. I'll buble it up again!   J > the ability to associate  arbitrary keys (potentially including multiple	 instances % > in the same index) with each record ; No. Allthough I might not fully understand you description. I Anyway the answer is still likely no, unless it just refers to 'segmented  keys'.H Segmented keys allow one to use the same segments (offset+length) from aK record in multiple combinations to create multiple 'overlapping' indexes,,, 2 but each index structures is entirely independend.  K > an 'external key' mechanism rather than the current embedded-key variety, G > which among other uses and in conjunction with a no-primary-key file, A > where records were organized in a flexibly-managed bucket chain J No. Some applications build similar structures using RFA's to associate anI index file with an (optionally indexed) datafile. RMS stuck to the single  file solution.   fwiw,  Hein.    ------------------------------   Date: 5 May 2004 09:23:40 -0700 % From: whohe@whoever.com (DL Phillips) & Subject: Re: An RMS feature I wish for= Message-ID: <af0dc2ea.0405050823.778ceae6@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<Hp-dnWLPF6ZR5gXdRVn-gg@metrocast.net>...4 > "DL Phillips" <whohe@whoever.com> wrote in message9 > news:af0dc2ea.0405041331.5ae2624a@posting.google.com... I > > RMS/FDL KEY definition, a way to index only records having a specific - > > matching string or value. Something like:  > > 	 > > KEY n 	 > > [...]  > >  IDKEY_VALUE      "01" > >  IDKEY_POSITION   20	 > > [...]  > > H > > That would index only records having "01" in position 20. This wouldH > > be the exact opposite from a NULL_KEY definition. It could be called3 > > anything, IDKEY was just what popped into mind.  > > H > > I've only wished for this for a couple of decades. Some files cannot3 > > be "normalized" and must use record type codes.  > > I > > Just a wish said outloud. Every time I have to setup an alternate key E > > to access a specific record type I cringe at the wasted indexing.  > > Today I cringed twice;-) > ) > I'm curious, and not sure I understand.  > L > The example above appears to be specific to a particular key - i.e., you'dM > still need a separate alternate index for each record type that you wish to N > index.  True, you need space defined in every record for every such key (allM > but one of which will contain the defined null key value for a given record I > type), but unless there are a great many of them this should not be too L > burdensome, and the RMS record compression facilities should help there as > well.  > M > Another option is to use your record type code as the most significant byte D > of a single, shared key:  this results in a single alternate indexJ > partitioned by record type.  If some records don't want to be indexed atL > all, just duplicate the type code byte such that unindexed records can use- > the null key value in the leading key byte.  > M > I don't know whether it was the advent of Rdb that more or less stopped RMS I > development, but a lot of interesting potential features that we talked D > about back around 1978 - 80 just never got implemented (though keyI > compression and IIRC single-key, no-RFA files did).  One such (I think, J > unless it's something I came up with later) was the ability to associateM > arbitrary keys (potentially including multiple instances in the same index) H > with each record - an 'external key' mechanism rather than the currentH > embedded-key variety, which among other uses and in conjunction with aI > no-primary-key file, where records were organized in a flexibly-managed N > bucket chain, would have provided the kind of multi-record-type support that > I think you'd like.  >  > - bill  
 Bill, & Hein.   B I don't ever expect to see this feature but I sure didn't think it would need further explanation.   D I'm suggesting this in addition to and as an expansion of all of the@ other KEY definitions (for alternate keys, not KEY 0). Yes it isF specific to one key, just as NULL_ and SEG_ and other KEY section defsC are specific to each KEY n definition. Yes you would need more than C one alternate key definition if you needed to access a file by more  than one record type.   D In my example, the [...] means whatever other def's you need for the key.  E The IDKEY defs say: Only create an index entry if the record contains F "01" starting at position 20. "01" and 20 could be anything else. "AB"E and 258 or whatever. Think something like the DCL search command. You  only get the records you need.  D Now, for a "non-normalized" RMS file (i.e. not built in a relationalF manner) to access all header records by a field unique to that header,@ the record type code will be defined as a segment primary to theC specific header field you're after and in addition to other primary D key fields. RMS will index every record in the file, and most of theD indices will be garbage because the data in the matching position ofD those records could be anything, but it isn't what we want. The keys? would be partitioned, yes, but only a small percentage would be  useful.   E Another way to deal with this programatically (if file size dictates) D is to create secondary file of the keys for the records of interest.F This involves the overhead of keeping these "cross-reference" files in( synch, but that's one way we've done it.  C Some files with multiple records types are defined standards and we F have no control over their format, like: EDI X12 (Trading partner ID),B (US)IRS/SSA MMREF (Employer ID), to name a couple. Sometimes theseF files can get very large, sometimes they're small. Small and Large are relative terms, naturally.  @ Many files are so established and surrounded by so many lines ofF program code that to normalize their structure or convert them to a DB@ format would just not be affordable or practical. Customer order& processing files are a common example.  C This is not a feature I just "invented". Some old primitive systems E had this.  One comes to mind: When I started programming on VMS I was E also doing quite a bit of work on a Singer System Ten. The System Ten A had it, RMS didn't and that surprised me. It seems like MicroData C Reality had this, too, but I'm not sure about that. That was a Pick B based system, I think, and all I remember was that it had a lot of very impressive features.   C Anyway, thinking out loud again, maybe rather than IDKEY, how about B "SEGn_MATCH" where you would define the value that must be in that? segment position in order for the key to indexed. Then, I guess B SEGn_LENGTH could be optional if a string match value was defined.  C Oh, well. Sorry if I haven't made myself clear. Like I said, it was C just a wish said aloud. I agree, Bill, RDB has probably limited RMS  new-feature development.  F And, Hien, I'll try to read your tech articles in greater depth, maybeA someday if my brain grows big enough I'll understand them. But, I A think what I've suggested fits your goal of reducing overhead for  record stores.    Doug    ------------------------------  $ Date: Wed, 5 May 2004 10:11:19 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>) Subject: Re: Another sneak preview - V8.2 * Message-ID: <4098943b@usenet01.boi.hp.com>  K "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message 0 news:40984C2B.69F2DAE1@NeOaSrPtAhMlNiOnWk.net... > Rob Brooks wrote:  > > A > > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: 7 > > >"Guy Peleg" <guy.peleg@remove_this_hp.com> writes:  > > >>- > > >> Here is another sneak preview of V8.2:  > > >>4 > > >> We have added a CTRL-T AST routine, to report( > > >> the progress of a COPY operation. > > > H > > >    How about wildcards for $trnlnm (name and/or table) and $getuai4 > > >    (username)?  Those would be really usefull. > > J > >         Certainly not  for  V8.2; we're getting pretty close to  fieldI > > test, and are limiting the introduction of new code as we prepare for  > > field test.  > J > How 'bout a post-release patch, and a back-port as far back as feasible? > (V5.5-2?)  >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/   2 Why stop at V5.5-2? Let's take it back to V4.7 :-)  C I"ll doubt that CTRL-T in copy will be backported to prior versions ; but I can promise it will be added to the next VAX release.    Guy    ------------------------------  $ Date: Wed, 5 May 2004 10:16:02 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>) Subject: Re: Another sneak preview - V8.2 * Message-ID: <40989557@usenet01.boi.hp.com>  7 "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message 2 news:c78inr$ur0j$1@ID-143435.news.uni-berlin.de... > ; > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht 4 > news:c77ctc$fe45$2@ID-132135.news.uni-berlin.de... > > Hans Vlems wrote: ? > > > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht 9 > > > news:c74ju9$i6e26$1@ID-132135.news.uni-berlin.de...  > > >  > > >>Paul Sture wrote:  > > >> > > >>>Hans Vlems wrote: > > >>>  > > >>> E > > >>>>"Guy Peleg" <guy.peleg@remove_this_hp.com> schreef in bericht , > > >>>>news:4094c677@usenet01.boi.hp.com... > > >>>> > > >>>>/ > > >>>>>Here is another sneak preview of V8.2: 	 > > >>>>> 6 > > >>>>>We have added a CTRL-T AST routine, to report* > > >>>>>the progress of a COPY operation.	 > > >>>>> ! > > >>>>>Here is a small example: 	 > > >>>>> 3 > > >>>>>IPL31> copy sys$system:sysdump.dmp [] /log F > > >>>>>IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260 B > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed). > > >>>>>         2921 blocks copied of 375777F > > >>>>>IPL31::GUY 12:55:18 COPY      CPU=00:00:01.02 PF=3300 IO=1196 MEM=265 B > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (3% completed)/ > > >>>>>         13589 blocks copied of 375777 F > > >>>>>IPL31::GUY 12:55:33 COPY      CPU=00:00:01.22 PF=3300 IO=1551 MEM=265 B > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (9% completed)/ > > >>>>>         35941 blocks copied of 375777 F > > >>>>>IPL31::GUY 12:56:00 COPY      CPU=00:00:01.63 PF=3300 IO=2212 MEM=265 C > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (20% completed) / > > >>>>>         77724 blocks copied of 375777 	 > > >>>>> 7 > > >>>>>As usual, your feedback is highly appreciated. 	 > > >>>>>  > > >>>>>Guy Peleg > > >>>>>OpenVMS Engineering	 > > >>>>> 	 > > >>>>> 	 > > >>>>>  > > >>>>J > > >>>>That's very useful, especially the "% completed" part. Would it be too I > > >>>>difficult to add that string to BACKUP's output; when restoring a  > > >>>>saveset that is? > > >>> G > > >>>I like the "% completed" part too, so I'll second that question.  > > >>>  > > >>J > > >>In the light of Larry's reply to Joshua Lehrer, BACKUP does not know the L > > >>size of a saveset on tape, so "% completed" here is either meaningless> > > >>or could only refer to the current file being processed. > > >> > > >  > > > I > > > My request was not too precisely worded. I meant "while restoring a 	 > saveset  > > > that resides on disk". > >  > > Understood.  > > L > > > I doubt that COPY knows the size of a file when it uses tapes on input > so > > > the same restriction > > > would apply, right?  > > >  > >  > > Yes. > > H > Ah good, I was afraid that my request would be near impossible. Or too large  > a task to implement G > as a mere "side effect", without a rewrite of the entire OS. Guy sure # > attracts attention with his posts  > but sure a lot of work too!  >  >    Hans and everyone else....  J You have no idea how much I value your opinion. You are the real VMS users not I.  L Sitting infront of a terminal coding all day does not confront you with real problemsH seen by VMS users. Please continue sending me your valuable thoughts and	 comments. K While I'm not promising anything it helps setting the right direction. Some  of7 the new feature I added came from people in this forum.   ) Thank you all for you interest in OpenVMS 4 (which helps me pay my mortgage and feed the dog :-)   Guy    ------------------------------  $ Date: Wed, 5 May 2004 10:09:48 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>) Subject: Re: Another sneak preview - V8.2 * Message-ID: <409893e1@usenet01.boi.hp.com>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:mtF8YAhhelmx@eisner.encompasserve.org... 8 > In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg"& <guy.peleg@remove_this_hp.com> writes: > > * > > Here is another sneak preview of V8.2: > > 1 > > We have added a CTRL-T AST routine, to report % > > the progress of a COPY operation.  >  >    Warm good feelings. > D >    How about wildcards for $trnlnm (name and/or table) and $getuai0 >    (username)?  Those would be really usefull. >   . I must admit that I have made several attempts5 to add F$GETUAI. All of my attempts failed miserably.   4 I now understand why it has not been done until now.7 DCL is not a regular image, to make life interesting it A is link with the /NOSYSSHR qualifier. the system service lives in 2 LOGINOUT which is not regular image as well. Every2 attemp I made calling $GETUAI from supervisor mode failed.   : I will continue on trying, but as Rob mentioned, it is too$ late for V8.2 (at least field test).  I As for $trnlnm, I promise to take a look (again not for V8.2 field test).    Guy    ------------------------------   Date: 5 May 2004 07:30:51 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: Another sneak preview - V8.2 3 Message-ID: <hQOzn44LSpw5@eisner.encompasserve.org>   ] In article <409893e1@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:  > 0 > I must admit that I have made several attempts7 > to add F$GETUAI. All of my attempts failed miserably.  > 6 > I now understand why it has not been done until now.9 > DCL is not a regular image, to make life interesting it C > is link with the /NOSYSSHR qualifier. the system service lives in 4 > LOGINOUT which is not regular image as well. Every4 > attemp I made calling $GETUAI from supervisor mode	 > failed.  > < > I will continue on trying, but as Rob mentioned, it is too& > late for V8.2 (at least field test). > K > As for $trnlnm, I promise to take a look (again not for V8.2 field test).   
    Thanks.   ------------------------------   Date: 5 May 2004 07:53:20 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ) Subject: Re: Another sneak preview - V8.2 3 Message-ID: <$sZkNJ$PLQVr@eisner.encompasserve.org>   ] In article <409893e1@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:   0 > I must admit that I have made several attempts7 > to add F$GETUAI. All of my attempts failed miserably.  > 6 > I now understand why it has not been done until now.9 > DCL is not a regular image, to make life interesting it C > is link with the /NOSYSSHR qualifier. the system service lives in 4 > LOGINOUT which is not regular image as well. Every  < Actually in SECURESHRP.EXE, as I recall.  But as a protected; shareable image, that is certainly not a normal environment  either.   4 > attemp I made calling $GETUAI from supervisor mode	 > failed.   B Even from user mode images, $GETUAI lacks AST support, and a majorC factor (aside from development priorities) is that not-quite-kernel D location for the code.  There is also an issue of retaining context,> which barely squeezes into the context longword (IFI and ISI).   ------------------------------  $ Date: Wed, 5 May 2004 10:08:55 -0400# From: "John Smith" <a@nonymous.com> ) Subject: Re: Another sneak preview - V8.2 , Message-ID: <wLGdnbl0YKvmaAXdRVn-gw@igs.net>  ; "Guy Peleg" <guy.peleg@remove_this_hp.com> wrote in message $ news:40989557@usenet01.boi.hp.com... > 9 > "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message 4 > news:c78inr$ur0j$1@ID-143435.news.uni-berlin.de... > > = > > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht 6 > > news:c77ctc$fe45$2@ID-132135.news.uni-berlin.de... > > > Hans Vlems wrote: A > > > > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht ; > > > > news:c74ju9$i6e26$1@ID-132135.news.uni-berlin.de...  > > > >  > > > >>Paul Sture wrote:  > > > >> > > > >>>Hans Vlems wrote:	 > > > >>> 	 > > > >>> G > > > >>>>"Guy Peleg" <guy.peleg@remove_this_hp.com> schreef in bericht . > > > >>>>news:4094c677@usenet01.boi.hp.com...
 > > > >>>>
 > > > >>>>1 > > > >>>>>Here is another sneak preview of V8.2:  > > > >>>>> 8 > > > >>>>>We have added a CTRL-T AST routine, to report, > > > >>>>>the progress of a COPY operation. > > > >>>>> # > > > >>>>>Here is a small example:  > > > >>>>> 5 > > > >>>>>IPL31> copy sys$system:sysdump.dmp [] /log H > > > >>>>>IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025	 > MEM=260 D > > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed)0 > > > >>>>>         2921 blocks copied of 375777H > > > >>>>>IPL31::GUY 12:55:18 COPY      CPU=00:00:01.02 PF=3300 IO=1196	 > MEM=265 D > > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (3% completed)1 > > > >>>>>         13589 blocks copied of 375777 H > > > >>>>>IPL31::GUY 12:55:33 COPY      CPU=00:00:01.22 PF=3300 IO=1551	 > MEM=265 D > > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (9% completed)1 > > > >>>>>         35941 blocks copied of 375777 H > > > >>>>>IPL31::GUY 12:56:00 COPY      CPU=00:00:01.63 PF=3300 IO=2212	 > MEM=265 E > > > >>>>>Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (20% completed) 1 > > > >>>>>         77724 blocks copied of 375777  > > > >>>>> 9 > > > >>>>>As usual, your feedback is highly appreciated.  > > > >>>>>  > > > >>>>>Guy Peleg > > > >>>>>OpenVMS Engineering > > > >>>>>  > > > >>>>>  > > > >>>>> 
 > > > >>>>L > > > >>>>That's very useful, especially the "% completed" part. Would it be > too K > > > >>>>difficult to add that string to BACKUP's output; when restoring a  > > > >>>>saveset that is?	 > > > >>> I > > > >>>I like the "% completed" part too, so I'll second that question. 	 > > > >>>  > > > >>L > > > >>In the light of Larry's reply to Joshua Lehrer, BACKUP does not know > the B > > > >>size of a saveset on tape, so "% completed" here is either meaningless @ > > > >>or could only refer to the current file being processed. > > > >> > > > >  > > > > K > > > > My request was not too precisely worded. I meant "while restoring a  > > saveset  > > > > that resides on disk". > > >  > > > Understood.  > > > H > > > > I doubt that COPY knows the size of a file when it uses tapes on input  > > so > > > > the same restriction > > > > would apply, right?  > > > >  > > > 
 > > > Yes. > > > J > > Ah good, I was afraid that my request would be near impossible. Or too > large  > > a task to implement I > > as a mere "side effect", without a rewrite of the entire OS. Guy sure % > > attracts attention with his posts  > > but sure a lot of work too!  > >  > >  >  > Hans and everyone else.... > L > You have no idea how much I value your opinion. You are the real VMS users > not I. > I > Sitting infront of a terminal coding all day does not confront you with  real
 > problemsJ > seen by VMS users. Please continue sending me your valuable thoughts and > comments. H > While I'm not promising anything it helps setting the right direction. Some > of9 > the new feature I added came from people in this forum.  > + > Thank you all for you interest in OpenVMS 6 > (which helps me pay my mortgage and feed the dog :-)     Happy to help Guy.  J Now if only HP would help VMS by advertising it and actually creating more DEMAND.   F Then you'd get a big bonus, higher salary, be able to buy that PorscheK convertible and get the girl with the big....smile, and be able to pay your  mortgage off faster.  :-)    ------------------------------   Date: 5 May 2004 12:01:05 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ) Subject: Re: Another sneak preview - V8.2 3 Message-ID: <NhRRf2379DZo@eisner.encompasserve.org>   a In article <st3i909teco4hp01q233ejk9ruakgpm7oh@4ax.com>, David M Smith <dsmit115@csc.com> writes: O > On Sun, 2 May 2004 12:56:56 +0300, "Guy Peleg" <guy.peleg@remove_this_hp.com>  > wrote: >  >>( >>Here is another sneak preview of V8.2: >>/ >>We have added a CTRL-T AST routine, to report # >>the progress of a COPY operation.  >> >>Here is a small example: >>, >>IPL31> copy sys$system:sysdump.dmp [] /logG >>IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260 < >> Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed)( >>          2921 blocks copied of 375777 > I > Guy, I agree with everyone else -- that is a nice feature. How about an M > estimated time remaining, too -- which to me is even more valuable than the  > percent complete!   D Percentages or estimated times might lead the casual user to believeD it applied to the entire copy operation rather than just the current file.   B See the previous discussion in this thread about why the number of/ files remaining after this one cannot be known.    ------------------------------  % Date: Wed, 05 May 2004 12:03:40 -0400 & From: David M Smith <dsmit115@csc.com>) Subject: Re: Another sneak preview - V8.2 8 Message-ID: <st3i909teco4hp01q233ejk9ruakgpm7oh@4ax.com>  M On Sun, 2 May 2004 12:56:56 +0300, "Guy Peleg" <guy.peleg@remove_this_hp.com>  wrote:   > ' >Here is another sneak preview of V8.2:  > . >We have added a CTRL-T AST routine, to report" >the progress of a COPY operation. >  >Here is a small example:  > + >IPL31> copy sys$system:sysdump.dmp [] /log F >IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260; > Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed) ' >          2921 blocks copied of 375777   G Guy, I agree with everyone else -- that is a nice feature. How about an K estimated time remaining, too -- which to me is even more valuable than the H percent complete! Here is what I get today from HGFTP (BLISS source code included in the box):   O [sending file reserve1:[rdbkits]p3561507_70_axp.zip;1 to P3561507_70_AXP.ZIP;1] P %FTP-I-PERCENT, 2260992 bytes (4416/121851 blocks), 3%, in 00:00:02.81 = 804623  cps, IO=1104: %FTP-I-REMTIME, Estimated time remaining:    0 00:01:14.00P NDCAL1::David M. Smith 12:03:52 FTP       CPU=00:00:05.33 PF=15450 IO=31501 MEM= 263 O [sending file reserve1:[rdbkits]p3561507_70_axp.zip;1 to P3561507_70_AXP.ZIP;1] P %FTP-I-PERCENT, 11544576 bytes (22548/121851 blocks), 18%, in 00:00:17.66 = 6537 13 cps, IO=5637 : %FTP-I-REMTIME, Estimated time remaining:    0 00:01:17.00  I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Wed, 05 May 2004 11:49:02 +0200 * From: Paul Sture <nospam@sture.homeip.net>. Subject: Re: Another VMS marketing opportunity9 Message-ID: <c7adaf$1ik82$1@ID-132135.news.uni-berlin.de>    Tim Llewellyn wrote: >  > Paul Repacholi wrote:  > & >>labadie <labadie_g@decus.fr> writes: >> >>G >>>If I was CEO of this bank who needs to close a few days because of a 2 >>>virus, I would fire imeediately the head of IT. >>D >>It was on the news that Westpac was down this morning from Sasser.B >>And one of the US airlines was dead in the water for 6 hrs or so; >>due to a computer outage. Wonder what the total cost was?  >> >  > G > Also UK Coastguard, British Airways, Goldman Sachs and Deutsche Post,  > see: > 3 > http://news.bbc.co.uk/1/hi/technology/3683553.stm  > A > When will this madness stop? Will "Microsoft causes food riots" F > headlines be far enough ? Of course, they or the people who deployed> > susceptible systems wont be blamed by the media,  the "evil" > virus writers will.  >  >    From:   : http://www.nzz.ch/2004/05/02/english/page-synd4908452.html   ----  I Over the last few years, [said] Hyppnen, the profile of a typical virus  * attacker has changed significantly though.  G It used to be discontented teenagers, who wanted to be famous but now  I the typical developer of a virus is usually very professional, Hyppnen   said.   H They normally want to infect as many computers as possible in order to C spam them with advertising material without the owner noticing it.  Ultimate motivation   F Its all about money and money is the ultimate motivation to develop # more and better viruses, he added.    ----  5 and of course, that spam is costing us all as well...    ------------------------------  % Date: Wed, 05 May 2004 13:52:38 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>. Subject: Re: Another VMS marketing opportunity' Message-ID: <c7ao5r$p0f$1@lore.csc.com>    Tim Llewellyn wrote: >  > Paul Repacholi wrote:  > >  ... G > Also UK Coastguard, British Airways, Goldman Sachs and Deutsche Post,  > see: > 3 > http://news.bbc.co.uk/1/hi/technology/3683553.stm   B Yesterday I 'phoned a web and telephone ordering place for a large@ domestic item, and was told to phone back as the "computers were down"...  C I did actually phone back, but I wonder how many sales were lost...    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Wed, 05 May 2004 11:59:40 +0300 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com> Subject: Re: Ask the Wizard ? & Message-ID: <4098D72C.2C282AEB@hp.com>   warren sander wrote: >  > Tom  > M > The basic problem with your request is in Knowing that a wizard number is a 0 > wizard number and not just a number in parens. > M > A lot of the ATW q/a have code fragments, programs, dcl commands, formula's / > etc. and the base of the info is a notes file J > so everything is 'text based' Also we went through a lot of finagling to8 > make sure that if folks type in HTML that the HTML wasJ > displayed and it wasn't 'interpreted' by either my extraction program or6 > your browser. That keeps weird things from happeningN > to your browser if you looked at something nasty that got through. We really6 > haven't had any problems but I'd rather error on theF > side of safety and keep the questions/answers in a base text format. > J > Yes it would be nice to see (546) and click it to open wiz_0546.html but1 > what I do is open another browser and construct A > the url (or use the put the number in to see the q/a function).  > K > We still haven't finished removing the "digital's" from some of the q/a's . > and we were supposed to do that in 1998. Now0 > we also need to get rid of the compaq's also.. > M > Steve has answered in excess of 8000 questions during the life of ATW. I've B > had to reformat, recreate, repost all them at least 8 times with? > new look/feel and other add-on's like the date last modified.  > M > I am currently dreading the day when Question number 10000 comes in cause I = > only set up my programs for 4 digit numbers. I will have to N > re-write a bunch of stuff for 5 digit numbers. Hey at one point they thought+ > there would only be 20-30 of these total.  > 0 > "Tom Linden" <tom@kednos.com> wrote in message5 > news:NDEMLKKEBOIFBMJLCECIMELADCAA.tom@kednos.com...  > >  > > B > > I wonder if you could make tool to parse the text and make URL > > substitutions. > > For example, from 8876:2 > >oI > >   Please also consider reading through at least some of the following  > >   existing discussions:e > >RF > >     (546), (2312), (2407), (2631), (2696), (3202), (3280), (5173),& > >     (6447), (7504), likely others. > > J > > upon encountering the comma delimited list of parentheses encapsulated > > number,n+ > > extract the number and build the string , > > "http://h71000.www7.hp.com/wiz_546.html"M > > number make the substitution (after validating that the number is a valid  > > reference) > >  > > (546)  for? > > <A HREF="http://h71000.www7.hp.com/wiz_546.html"> (546)</A>a > >fK > > in the text. Of course, this assumes that all the pages behave the samee > andlJ > > that one can recognize the references.  How many pages are there?  Are > there H > > any such entries  longer than 32K characters each (so I could put an > entire > > page into a PL/I string)?u  H A couple of days ago i did a really quick & dirty DCL proc, looking for F "(nn)","(nnn)" and "(nnnn)" within three lines of the string "wizard" D in the FAQ (the 'n's are numerals) and then ran a TPU 'Replace'-typeC command - If i did'nt find all the occurences, i hope i found most.m$ I'm sure DOCUMENT could do better...H check the FAQ version on Eisner.encompasserve.org -  and if you find any i missed, let me know!   Mike -- tE ---------------------------------------------------------------------eE Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------R -----BEGIN GEEK CODE BLOCK-----s Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Wed, 05 May 2004 22:53:59 +1000e1 From: David J McKenzie <david@mckenziefamily.biz>d5 Subject: Re: Billions wasted due to IT skills deficitrC Message-ID: <4098e3e4$0$10579$c30e37c6@lon-reader.news.telstra.net>v   John Smith wrote:s   > = > "Beach Runner" <BeachRunner@cfl.rr.nospam> wrote in messagel9 > news:gUJlc.558363$Po1.251920@twister.tampabay.rr.com...a >> >> >> Dirk Munk wrote:t >>
 >> > John Smio >> > >> >>M >> >>d> >> >> Every legal system has its own set of horror stories and >> >> inefficiences, butH >> >> on the whole it appears that the US legal system has more than itsL >> >> fair share of ridiculously high cost judgements against defendants who > shouldI >> >> never have been in court in the first place - the Arizona woman whos >> >> drovedB >> >> with a hot cup of McDonalds coffee beween her thighs and was >> >> surprised, andE >> >> scaled, when she squeezed her thighs and the coffee spilled outo >> >> (about $5MM  >> >> in damages) -  >> >J >> There's another side to this story. McDonalds had been warned they were >> keeping theirK >> coffee MUCH hotter than industry standards, Making it dangerous, that ite
 >> would burnnF >> immediately, unlike industry standards. However, it kept the coffee >> fresher. They balancedpI >> the risk of negligence, knowing that they were endangering people withc >> the increased profit. >> >> Know the whole story. >  > L > Any clown who comes up to a drive-thru window (as the woman in the lawsuitK > did), places a cup of hot coffee between her thighs and then squeezes herhL > thighs together has to expect that she's going to get scalded. I'd have toK > say that your average moron would probably understand that instinctively.- > H > Moral of the story that should have been learned: Don't put hot coffee2 > between your legs unless you want to get burned. > I > Moral of the story as demonstrated by the jury: Complete morons can gets' > rich through the stupidity of a jury.Z > + > [Now back to our c.o.v lesson-of-the-day] J > Which leads to the lesson learned by HP OpenVMS adverttising & marketingI > dept: Do nothing to advertise your product and HP will still give you adI > paycheck. Do something to advertise and effectively market your productd > and you'll get a pink slip.   J well it seems to me that not knowing the facts can, as the original poster maintained lead to bad results.h  I In the McDonald's case it was not scalding, but third degree burns to theaH genitals. MacDonalds had been warned repeated of their breach of the lawC many times in heating their coffe above the industrial standard but 5 persisted. The damages were punitive because of this.   L Personally I have no objection to the same stands being applied to operatingI system nanufacturers. Possiblly you disagree with reasonable (read legal)sK standards of negilgence applied to software manufacturers. In legal circles K the arguement goes that because they aren't we live with failures everyday.    --  . David McKenzie  david@rugby.mckenziefamily.biz   remove rugby   ------------------------------   Date: 2 May 2004 02:49:44 GMTs/ From: " Bonaqual " <hologrammachinery@vsnl.net>t Subject: China travel reminder3 Message-ID: <c71nk8$i3b1894@imsp212.netvigator.com>u  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>N <META http-equiv=3DContent-Type content=3D"text/html; charset=3Dwindows-1252">9 <META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>i <STYLE></STYLE>t) </HEAD><FONT face=3DArial><FONT size=3D2>d <BODY>Z <DIV>This AIDS chick working in China - ZhongShan, keep the photo, take extra cares.</DIV> <DIV>&nbsp;</DIV> I Call +86 13708077010 Mei Mei (English/Mandarin) for more details.<BR><BR> K <DIV><IMG alt=3Dhttp://server5.uploadit.org/files/zhongman8888-MeiMei.jpg =pQ hspace=3D0=20 src=3D"http://server5.uploadit.org/files/zhongman8888-MeiMei.jpg" =(A align=3Dbaseline=20 border=3D0></DIV></BODY></HTML></FONT></FONT>o   ------------------------------  * Date: Wed, 5 May 2004 06:21:39 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply), Subject: Re: CXX installation failure on VAX$ Message-ID: <c7a15j$4ld$1@online.de>  D In article <LFUlc.874$MY1.87@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: .  y > In article <c78tj5$its$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:DL > :MOVE_FILE CXX$PH_TEMP VMI$ROOT:[CXX$LIB.REFERENCE.CXXL$DEF_H]COMPLEX.H; K
 > :Any ideas?e > G >   A guess: How fragmented is the target system disk, and do you have  E >   sufficient storage and particularly sufficient contiguous storagee& >   available to extend the directory?  G Unfortunately I can't cut and paste the output from DEFRAGMENT MONITOR lI here.  It is practically completely non-fragmented.  At 2 GB (shadow set lH of RZ28's) it is certainly large enough.  There are 2336388 blocks free % and no problem with contiguous space.   . $ defragment show  disk$ovmsvaxsys_2 /stat/vol+ Disk File Optimizer for OpenVMS DFG ECOV2.6sB Copyright  Compaq Computer Corp. 1991,2001.   All rights reserved  ;                    F r a g m e n t a t i o n    R e p o r ta  P DISK$OVMSVAXSYS_2                                         5-MAY-2004 08:19:57.51   The fragmentation index is 10.4t       1 - 20.9 is excellentt      21 - 40.9 is good      41 - 60.9 is fair      61 - 80.9 is poor/      81 - 100 indicates a badly fragmented disk E Approximately 9.2 (out of 80.0 possible) is due to file fragmentationlJ Approximately 1.2 (out of 20.0 possible) is due to freespace fragmentation     Freespace Summary:.         Total free space:       2268568 blocks1         Percentage free:             55 (rounded)e'         Total free extents:          18n;         Maximum free extent:    1271012 blocks, LBN: 784232 ;         Minimum free extent:          4 blocks, LBN: 232096 .         Average free extent:     126031 blocks.         Median free extent:         772 blocks     File Fragmentation Summary: 5         Number of files (with some allocation):  8470 5         Total file extents on the disk:          9139a9         Average number of file extents per file: 1.078985b2         Median number of file extents per file:  1   Most Fragmented File:o<         [VMS$COMMON.SYSLIB]BASIC$STARLET.TLB;1 (190 extents)N                                                                                  ------------------------------  % Date: Wed, 05 May 2004 08:07:58 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>2 Subject: Re: Disk mounts only in write-locked mode' Message-ID: <c7a3vj$iu1$1@lore.csc.com>t   "Alan E. Feldman" wrote: > G > Why does this disk mount only write-locked? Not a major problem -- weoD > are replacing this disk anyway. I'm just curious as to why I can't; > mount it write-enabled? Even with MOUNT/WRITE it comes upr > write-locked.i >  ...  > $ SH DEV D > G > Device                  Device           Error    Volume         Freet > Trans Mnt H >  Name                   Status           Count     Label        Blocks > Count CntiH > ABCDEF$DKA200:          Mounted              0  OPENVMS061      992142 >   330   1f0 > ABCDEF$DKA300:          Online               4 > $ MOUNT DKA300 DATA1, > %MOUNT-I-WRITELOCK, volume is write locked; > %MOUNT-I-MOUNTED, DATA1        mounted on _ABCDEF$DKA300:m ...w  F I've seen this before, and it is usually due to hardware errors. (Note= error count). I would back it up NOW and I'd also tend to usesF BACKUP/PHYSICAL (for recovery to an identical replacement) if there is@ anything on there you want to recover. The error log most likelyG contains extended sense errors, which could only be properly decoded byi reviewing manufacturers data.s  D Despite what Hoff says, I like the way VMS deals with the situation,F because it's not causing any "further damage" to the device yet making it (hopefully) available.n   -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesa nclews at csc dot com    ------------------------------   Date: 5 May 2004 04:21:10 -0700e. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)% Subject: Re: ES-40 (2 Fibre Channels),= Message-ID: <f30679fb.0405050321.101051e7@posting.google.com>   ~ "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<40985022.D01C9BFF@NeOaSrPtAhMlNiOnWk.net>... > Fabio Cardoso wrote: > > h > > brooks@cuebid.zko.dec.nospam (Rob Brooks) wrote in message news:<ZQ2r$W5C1Qyl@cuebid.zko.dec.com>...6 > > > fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: > > >oG > > > > I have an ES-40 with two FCs. One is a Emulex LP-9000 (DGA) andE8 > > > > the other is a KGPSA-DA (DGB) not in production.N > > > > So we will migrate the disks from the DGA to the DGB, but we dont haveF > > > > "window" to remove the DGA from the slot. I would like to knowJ > > > > if there is a way to change the names (DGn) of the FC controllers.5 > > > > Or I will need to change the mount procedure.  > > >r( > > > I do not understand your question. > > > U > > > ALL fibre channel disks are prefixed with $1$DGA.  While the Fibre PORT devicesmT > > > do show up as PGA, PGB, PGC, etc . . ., that does not affect the actual device9 > > > name of the LUN presented to VMS by the controller.a > > K > > Ok ! I tought the disks were renamed ! I installed an AS-4100 two yearssI > > ago with two FC controllers in another site ! I checked the disks and 3 > > they are all DGA in both controllers (PGA/PGB).  > E > Yes. It's rather like CI - you might have PNA0 and PNB0, but the CIG > disks all appear as $n$DUAx: > @ > Note also that DGA disks will always be ALLOCLASS 1 ($1$DGAn:) >  > FC tapes are always $2$MGAn:.T >  > Thought you'd wanna know...c    A Thanks a lot ! It was lack of memory ! I dont use to install many : OpenVMS systems here in Brazil ! The clowd is darker ! :-)   Fabio C.   ------------------------------   Date: 5 May 2004 10:06:54 -0700o1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)oY Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quo = Message-ID: <cf15391e.0405050906.34c9e17f@posting.google.com>u  } "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<4098483D.B239A1E@NeOaSrPtAhMlNiOnWk.net>...uJ > Well, that's fine - just understand that the customer making the request. > will not fund the entire development effort.  . It's apparent I need to explain things better.  ; On Itanium, OpenVMS is gaining some sales packaging options " shamelessly stolen from HP-UX (see> http://www.hp.com/products1/unix/operating/choice/index.html).  > What's being proposed is a set of packages that bundle variousB combinations of the operating system, the former System IntegratedE Products like Shadowing and Clustering, and various other key layered C products, with each combination chosen to be what is expected to be E needed for a given class of customer, and with the package presumablyeD priced at an attractive discount compared with the sum of the pricesF of each individual product license. These bundles are called OperatingB Environments (OEs). While plans are still under discussion, last ID heard, three levels of OEs were currently being proposed for OpenVMS5 on Itanium: Internet (or Foundation), Enterprise, and F Mission-Critical. Each OE includes all the products in the previous OEB in the list, plus more products. Exactly which products will be in" each OE is still under discussion.  C It's important to note that in addition to the OE bundles, licenseseF for each of the individual layered software products (and former SIPs)> would still be available for purchase individually also. As anD example, if you had a small system but really wanted it in a cluster; with Shadowing, you have several options: you could buy the@F Internet/Foundation OE and also buy Clustering and Shadowing licenses,E or you could buy the Enterprise OE which includes Shadowing, and justh? add the Clustering piece, or you could buy the Mission Criticals@ Operating Environment which already includes both Clustering and
 Shadowing.   ------------------------------  * Date: Wed, 5 May 2004 17:27:19 +0000 (UTC) From: david20@alpha2.mdx.ac.ukY Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quos) Message-ID: <c7b85m$rcj$1@news.mdx.ac.uk>s  q In article <cf15391e.0405050906.34c9e17f@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:a~ >"David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<4098483D.B239A1E@NeOaSrPtAhMlNiOnWk.net>...K >> Well, that's fine - just understand that the customer making the request>/ >> will not fund the entire development effort.P >2/ >It's apparent I need to explain things better.O >S< >On Itanium, OpenVMS is gaining some sales packaging options# >shamelessly stolen from HP-UX (see:? >http://www.hp.com/products1/unix/operating/choice/index.html).  > ? >What's being proposed is a set of packages that bundle various C >combinations of the operating system, the former System Integrated2F >Products like Shadowing and Clustering, and various other key layeredD >products, with each combination chosen to be what is expected to beF >needed for a given class of customer, and with the package presumablyE >priced at an attractive discount compared with the sum of the pricesRG >of each individual product license. These bundles are called OperatingsC >Environments (OEs). While plans are still under discussion, last IiE >heard, three levels of OEs were currently being proposed for OpenVMSg6 >on Itanium: Internet (or Foundation), Enterprise, andG >Mission-Critical. Each OE includes all the products in the previous OEeC >in the list, plus more products. Exactly which products will be in # >each OE is still under discussion.? > D >It's important to note that in addition to the OE bundles, licensesG >for each of the individual layered software products (and former SIPs)u? >would still be available for purchase individually also. As antE >example, if you had a small system but really wanted it in a clustere< >with Shadowing, you have several options: you could buy theG >Internet/Foundation OE and also buy Clustering and Shadowing licenses,nF >or you could buy the Enterprise OE which includes Shadowing, and just@ >add the Clustering piece, or you could buy the Mission CriticalA >Operating Environment which already includes both Clustering andl >Shadowing.   L Forget that. Be really radical include clustering in the base VMS license !!K After all to cluster a system you have to buy at least another system from t HP !!!  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 05 May 2004 09:47:40 +0300e% From: tk <tuomo.kortesmaa@evitech.fi>uY Subject: Hi everybody,	interested in Itanium architecture?		I was (am?).	interested in Ita( Message-ID: <c7a2hg$8ii$4@news.evtek.fi>    s> 	I did not find any good tutorial SW (not just separate pieces	 	of code) 2  about ia64 HW/SW- interface and had to write one. 	e 	(I do not think thato*  about 2,0000,000- lines ia64 Linux kernel 	is good as tutorial, not to men  at least.....)  	e; 	The code is about 800 lines of c and about the same amounte	  of ia64- 3 	assembly:  priority based pre- emptive kernel with5
 	19 system5  calls (semaphores, shared memory...) and test tasks.h 	o 	Tested with the%  free "Ski" Itanium HW simulator (HP)D' 	(,running at leat on Linux platforms).K    r2 	More "http://www.evitech.fi/~tk/wbs/README.html". 	s 	If you are stille-  interested after reading the README, please,< 	send me an e-mail to get the"+  source, "tuomo.kortesmaa (AT) evitech.fi".i 	: 	  	Itanium tutorial kernel,a  any interest?9 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bita  
 Hi everybody,W# interested in Itanium architecture?t   I was (am?).  = I did not find any good tutorial SW (not just separate pieceso: of code) about ia64 HW/SW- interface and had to write one.  > (I do not think that about 2,0000,000- lines ia64 Linux kernel- is good as tutorial, not to me at least.....)d  C The code is about 800 lines of c and about the same amount of ia64- 2 assembly:  priority based pre- emptive kernel with> 19 system calls (semaphores, shared memory...) and test tasks.  4 Tested with the free "Ski" Itanium HW simulator (HP)& (,running at leat on Linux platforms).  1 More "http://www.evitech.fi/~tk/wbs/README.html".e  = If you are still interested after reading the README, please,iG send me an e-mail to get the source, "tuomo.kortesmaa (AT) evitech.fi".      tk   ------------------------------  # Date: Wed, 05 May 2004 13:52:41 GMTB( From: Mark Schafer <mark.schafer@hp.com>" Subject: Re: Intel IA-64 Assembler0 Message-ID: <Jk6mc.898$Fs2.466@news.cpqcorp.net>   John Reagan wrote:   > G > If you have an account on the testdrive systems for OpenVMS I64, the tK > matching OpenVMS Alpha machine should have the IAS cross-assembler on it.d >s  ? Yes, it's available.  Anyone that wants an account, just go to ., http://testdrive.hp.com and sign up for VMS.   $ telnet 192.233.54.184i    C Welcome to the OpenVMS Itanium cross-development environment on HP h
 testdrive.  	 Username:w	 Password:      $ iasm- Itanium(R) Assembler, v7.0U Version 7.00.3168l? Copyright (C) 1985-2002 Intel Corporation. All rights reserved.s    C Usage: $3$dkb0:[sys0.syscommon.ia64_xtools$root.][sysexe]ias.exe;1 m
 [options] inpo ut-file [options]8G         $3$dkb0:[sys0.syscommon.ia64_xtools$root.][sysexe]ias.exe;1 -H  
 for more i
 nformation   ------------------------------  % Date: Wed, 05 May 2004 09:54:29 +0300e% From: tk <tuomo.kortesmaa@evitech.fi>$3 Subject: Itanium tutorial kernel, parsing previous?3( Message-ID: <c7a2u9$8ii$6@news.evtek.fi>   (composing went wrong...????)   
 Hi everybody,t# interested in Itanium architecture?    I was (am?).  = I did not find any good tutorial SW (not just separate piecesy: of code) about ia64 HW/SW- interface and had to write one.  > (I do not think that about 2,0000,000- lines ia64 Linux kernel- is good as tutorial, not to me at least.....)T  C The code is about 800 lines of c and about the same amount of ia64-E2 assembly:  priority based pre- emptive kernel with> 19 system calls (semaphores, shared memory...) and test tasks.  4 Tested with the free "Ski" Itanium HW simulator (HP)& (,running at leat on Linux platforms).  1 More "http://www.evitech.fi/~tk/wbs/README.html".d  = If you are still interested after reading the README, please,eG send me an e-mail to get the source, "tuomo.kortesmaa (AT) evitech.fi".e     tk   ------------------------------  # Date: Wed, 05 May 2004 14:51:41 GMTa/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)mA Subject: looking for suggestions for new $GETDVI item codes . . . - Message-ID: <7s7dAyIhNEJ1@cuebid.zko.dec.com>    Hi VMS fans . . .g  B I'll make this quick; I'm in the middle of adding several new item% codes for $GETDVI (SYS$, LIB$, F$).  e  I You all have 24 hours (until 14:30 GMT) to make suggestions for new item n codes for $GETDVI!   Some rules . . .  > 	1) This is only for $GETDVI (not $GETSYI, $GETQUI, etc . . .)  - 	2) Only one suggestion per person, please.  e  E 	3) There is no guarantee that anything will actually get implemented < 	in V8.2.  While we are ramping down the introduction of new> 	stuff, it's rather simple to add most $GETDVI item codes with@ 	rather low risk.  Still, there is no guarantee that any of this 	will make V8.2.  C 	4) Please make it clear what information you expect this item code  	to return.   , 	5) The decision of the judge (me) is final.   -- 8  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  $ Date: Wed, 5 May 2004 07:47:23 -0700# From: "Tom Linden" <tom@kednos.com> E Subject: RE: looking for suggestions for new $GETDVI item codes . . .U9 Message-ID: <NDEMLKKEBOIFBMJLCECIEEBCDDAA.tom@kednos.com>=  > Maybe there is some way to provide similar capability to Tru64   -bash-2.05b$ man consvarI   Use the consvar command to get, set, list, and save console environmentUH   variables available on SRM system firmware.  Some firmware versions on someL   platforms do not comply with the Alpha SRM when dealing with certain vari-L   ables, or operations.  To ensure UNIX functionality with such firmware, anG   exception database is consulted and these operations are disabled. ByoL   default, consvar accepts and displays device values with Tru64 UNIX deviceL   names, or their device special file names. The raw console bootstrings canL   be used by providing the -nc option. For information regarding the consoleK   environment variables, please refer to the Alpha System Reference Manual.        -----Original Message-----8   From: Rob Brooks [mailto:brooks@cuebid.zko.dec.nospam]'   Sent: Wednesday, May 05, 2004 7:52 AM    To: Info-VAX@Mvb.Saic.Com>C   Subject: looking for suggestions for new $GETDVI item codes . . .          Hi VMS fans . . .   D   I'll make this quick; I'm in the middle of adding several new item%   codes for $GETDVI (SYS$, LIB$, F$).k  J   You all have 24 hours (until 14:30 GMT) to make suggestions for new item   codes for $GETDVI!     Some rules . . .  @   	1) This is only for $GETDVI (not $GETSYI, $GETQUI, etc . . .)  -   	2) Only one suggestion per person, please.e  G   	3) There is no guarantee that anything will actually get implemented.>   	in V8.2.  While we are ramping down the introduction of new@   	stuff, it's rather simple to add most $GETDVI item codes withB   	rather low risk.  Still, there is no guarantee that any of this   	will make V8.2.  E   	4) Please make it clear what information you expect this item codeh
   	to return.i  .   	5) The decision of the judge (me) is final.     --  1   Rob Brooks    VMS Engineering -- I/O Exec Groups   brooks!cuebid.zko.dec.comr     ---a(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   ------------------------------   Date: 5 May 2004 10:15:36 -0600s- From: Kilgallen@SpamCop.net (Larry Kilgallen)mE Subject: Re: looking for suggestions for new $GETDVI item codes . . .n3 Message-ID: <BtIPNCc$h0dp@eisner.encompasserve.org>   _ In article <7s7dAyIhNEJ1@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:t >  > Hi VMS fans . . .l > D > I'll make this quick; I'm in the middle of adding several new item' > codes for $GETDVI (SYS$, LIB$, F$).  i > K > You all have 24 hours (until 14:30 GMT) to make suggestions for new item r > codes for $GETDVI! >  > Some rules . . . > @ > 	1) This is only for $GETDVI (not $GETSYI, $GETQUI, etc . . .)  2 	DVI$_MINE_MINE_MINE (subject to editorial review)  / > 	2) Only one suggestion per person, please.  e  $ 	That's ok, my others are harder :-)  E > 	4) Please make it clear what information you expect this item codec
 > 	to return.   > 	A boolean value indicating whether the subject device will be= 	totally unavailable if the machine on which the call is made6. 	leaves the cluster.  Thus the value would be:  1 		True for single-ported SCSI (and Massbus) disksv0 		False for dual-ported SCSI (and Massbus) disks 		False for Fibre Channel diskso 		True for lineprinters  		True for paper tape readers 6 		True for MBA0: and NLA0: (that is a different one on 					the other node)  . > 	5) The decision of the judge (me) is final.   ------------------------------  # Date: Wed, 05 May 2004 17:49:00 GMTo/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)rE Subject: RE: looking for suggestions for new $GETDVI item codes . . .m- Message-ID: <F+fDrCukLcvu@cuebid.zko.dec.com>e  % "Tom Linden" <tom@kednos.com> writes:n@ > Maybe there is some way to provide similar capability to Tru64 >  > -bash-2.05b$ man consvarK >   Use the consvar command to get, set, list, and save console environmenttJ >   variables available on SRM system firmware.  Some firmware versions on > someN >   platforms do not comply with the Alpha SRM when dealing with certain vari-N >   ables, or operations.  To ensure UNIX functionality with such firmware, anI >   exception database is consulted and these operations are disabled. By N >   default, consvar accepts and displays device values with Tru64 UNIX deviceN >   names, or their device special file names. The raw console bootstrings canN >   be used by providing the -nc option. For information regarding the consoleM >   environment variables, please refer to the Alpha System Reference Manual.   1 That's way beyond the scope of what $GETDVI does.:   -- S  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com7   ------------------------------  # Date: Wed, 05 May 2004 17:51:30 GMTt/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)eE Subject: Re: looking for suggestions for new $GETDVI item codes . . .t- Message-ID: <N5bVLQshNtJ3@cuebid.zko.dec.com>   / Kilgallen@SpamCop.net (Larry Kilgallen) writes:5 > @ > 	A boolean value indicating whether the subject device will be? > 	totally unavailable if the machine on which the call is made10 > 	leaves the cluster.  Thus the value would be: > 3 > 		True for single-ported SCSI (and Massbus) disksP2 > 		False for dual-ported SCSI (and Massbus) disks! > 		False for Fibre Channel disks_ > 		True for lineprintersP > 		True for paper tape readers68 > 		True for MBA0: and NLA0: (that is a different one on > 					the other node)  I Interesting . . .  This one may take more time to accomodate all possible-H devices and mechanisms of accessing such devices, so I may not have time? for V8.2, but if not, I'll keep it around for the next release.S   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com-   ------------------------------  % Date: Wed, 05 May 2004 10:22:33 +0200-* From: Paul Sture <nospam@sture.homeip.net>Y Subject: Re: non-system but priviledged account OK for installing layered products? produr9 Message-ID: <c7a88b$1h0q0$1@ID-132135.news.uni-berlin.de>i   Bob Koehler wrote:y > In article <c70rpe$rb1$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:o > H >>The documentation on the layered-product CDs talks about "you must be H >>logged in to the system account".  Presumably, an account with enough C >>privs would be OK as well, or is there the possibility that some rI >>installed files will have that account as the owner, instead of system?  >  >  >    Under VMS 2 or 3, yes.t > : >    I do installs under my personal account all the time. >   C And so do I. When working in a team of system managers, it is good eJ practice to use your own account so that you can easily tell who did what.  G In VMSINSTAL days, it was simply a matter of ensuring your own account mG had adequate quotas. It's worth mentioning here that unlike VMSINSTAL,  C PRODUCT INSTALL doesn't grab privileges when it needs them, so you  0 should make sure you have them before you start.  I Another good practice is to do a SET HOST 0/LOG= before an installation, sI aiming the log file at a common directory for installation logs, so that i@   you have a record of what was done for each and every install.   ------------------------------   Date: 5 May 04 13:21:55 EDTs) From: cook@wvnvms.wvnet.edu (George Cook)i/ Subject: Re: Print HTML files directly from VMSi! Message-ID: <G93I2Mr8blWw@wvnvms>   d In article <ad6309a1.0405031332.687268fa@posting.google.com>, benitos@stcc.cc.tx.us (Benito) writes: > Hello,H > I have 350 html files that I would like to print from Vms.  I want theF > print output to be as if I was viewing it on a browser.  So I do notE > want to do $print htmlfile.html since this would print the tags.  IsF > also do not want to convert the .html file to .txt format since this> > would not print whatever fonts, etc. the html file has.  Any: > suggestions would be appreciated.  Thank you in advance. >   F The VMS Mosaic browser does a decent job of generating postscript fromC HTML.  Simply view the HTML file and print it in postscript format.o     George Cooke WVNETt   ------------------------------  % Date: Wed, 05 May 2004 08:56:24 +0800s, From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: RRD46 tray won't stay ine- Message-ID: <873c6f3d53.fsf@prep.synonet.com>-  ' "John Vottero" <John@mvpsi.com> writes:9  A > I just tried to put a CD into an RRD46 and the tray closed, thejD > light flashed a few times and the tray opened again.  I figured itF > must be a bad CD so I removed the CD and hit the button to close theD > tray.  The tray closed, the light flashed and then the tray opened > again.  B > I've tried everything I can think of but I can't get the tray toD > stay closed.  Does anyone have any ideas? (Other than a well timed
 > power off).e  E The tray motor drives it via a U shaped gear track. There is a switchaD inside to detect the closed position, and they can get flacky so the motor just keeps going. :(  E You will need to open it up and give it a good eye to eye talking toor) :) Also check all connectors etc as well.e   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.k@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 5 May 2004 07:09:25 -0700i2 From: williamwebb@openvms-rocks.com (William Webb)% Subject: Re: RRD46 tray won't stay ine= Message-ID: <bf98c417.0405050609.660afe8f@posting.google.com>i  l "John Vottero" <John@mvpsi.com> wrote in message news:<j6Ulc.2757$eH1.1589645@newssvr28.news.prodigy.com>...G > I just tried to put a CD into an RRD46 and the tray closed, the lightiL > flashed a few times and the tray opened again.  I figured it must be a badH > CD so I removed the CD and hit the button to close the tray.  The tray; > closed, the light flashed and then the tray opened again.  > G > I've tried everything I can think of but I can't get the tray to stayLK > closed.  Does anyone have any ideas? (Other than a well timed power off).. > 	 > Thanks,. >  > John Vottero   John-    What's the blink pattern?  t  D There may be useful information contained therein, with the emphasis being on the word MAY.  C I'd quip about a particular eating disorder manifesting itself in agB computer peripheral but I'd probably get flamed for insensitivity.  ! I know you didn't do this, but---4  E I suspect that the drive has fallen victim to one of my pet "hardwaree abuse" peeves:  @ To wit, pushing on the front edge of the tray to close the drive= instead of mashing (that's Southern-speak for "pressing") theu open/close button.**  E The internal mechaninism should push or pull the tray instead of vice  versa.  C I'm disciplined about doing this, and I've never killed a CD drive.a  / (That button is there for a reason, dammit.)   a  E (Certain members of my family and a few co-workers, all of whom shallr1 remain nameless, have killed many by doing this.)    WWWebb  E **(RRD40s and RRD42s are, of course, exempt from this little rant, aseB you can't use them without pushing the caddy or tray in manually.)   ------------------------------  % Date: Wed, 05 May 2004 14:15:46 +0000n- From: David B Sneddon <dbsneddon@bigpond.com>Q% Subject: Re: RRD46 tray won't stay in * Message-ID: <4098F712.8050609@bigpond.com>  G >>I just tried to put a CD into an RRD46 and the tray closed, the lighttL >>flashed a few times and the tray opened again.  I figured it must be a badH >>CD so I removed the CD and hit the button to close the tray.  The tray; >>closed, the light flashed and then the tray opened again.  >>G >>I've tried everything I can think of but I can't get the tray to stay K >>closed.  Does anyone have any ideas? (Other than a well timed power off).   B I have a system with this problem.  I have a new drive but have toE organize a time to install it.  If you push the drive closed and hold-I it until the light stops flashing it should stay closed, it does on mine.1   Regards, Dave.> -- +I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comhI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/-I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmaI "Life is what happens to you while you're busy making other plans" Lennoni   ------------------------------  # Date: Wed, 05 May 2004 15:04:45 GMTv% From: "John Vottero" <John@mvpsi.com>R% Subject: Re: RRD46 tray won't stay ine? Message-ID: <ho7mc.2965$eH1.1772559@newssvr28.news.prodigy.com>c  J Thanks to everyone for your ideas.  I guess it's going to have to be a cup2 holder until I can find a good time to power down.   ------------------------------  # Date: Wed, 05 May 2004 15:01:36 GMTt% From: "John Vottero" <John@mvpsi.com> % Subject: Re: RRD46 tray won't stay ino? Message-ID: <kl7mc.2959$eH1.1771783@newssvr28.news.prodigy.com>b  ? "William Webb" <williamwebb@openvms-rocks.com> wrote in messagev7 news:bf98c417.0405050609.660afe8f@posting.google.com...h2 > "John Vottero" <John@mvpsi.com> wrote in message; news:<j6Ulc.2757$eH1.1589645@newssvr28.news.prodigy.com>... I > > I just tried to put a CD into an RRD46 and the tray closed, the lighttJ > > flashed a few times and the tray opened again.  I figured it must be a bad J > > CD so I removed the CD and hit the button to close the tray.  The tray= > > closed, the light flashed and then the tray opened again.f > >>I > > I've tried everything I can think of but I can't get the tray to stay G > > closed.  Does anyone have any ideas? (Other than a well timed power  off).  > >  > What's the blink pattern?   I 4 blinks about half a second apart.  It seems about the same as a working 8 RRD46 except it stops after 4 blinks and opens the tray.   >tF > There may be useful information contained therein, with the emphasis > being on the word MAY. >rE > I'd quip about a particular eating disorder manifesting itself in ahD > computer peripheral but I'd probably get flamed for insensitivity. >y# > I know you didn't do this, but---f >eG > I suspect that the drive has fallen victim to one of my pet "hardwareu > abuse" peeves: > B > To wit, pushing on the front edge of the tray to close the drive? > instead of mashing (that's Southern-speak for "pressing") the  > open/close button.** >tG > The internal mechaninism should push or pull the tray instead of vicet > versa. >nE > I'm disciplined about doing this, and I've never killed a CD drive.e >i. > (That button is there for a reason, dammit.)  I Which brings up one of my pet peeves, why to they put those buttons underaK the tray instead of above the tray?  They would ususally be a lot easier toh find when the tray is open.e   >eG > (Certain members of my family and a few co-workers, all of whom shalla3 > remain nameless, have killed many by doing this.)u >o > WWWebb >eG > **(RRD40s and RRD42s are, of course, exempt from this little rant, asgD > you can't use them without pushing the caddy or tray in manually.)   ------------------------------   End of INFO-VAX 2004.249 ************************