1 INFO-VAX	Sun, 04 Apr 2004	Volume 2004 : Issue 186       Contents:' Re: Alpha DS-10 and Raxco Perfect Cache  Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding StandardsF Re: DCL minute of the Day: integer to string, padded & right justified Re: Device names in OVMS ?? . Re: HP /Best'Ware BCS presentation in Toulouse Re: HP Product Bulletin on-line  Re: HP Product Bulletin on-line  Re: HP Product Bulletin on-line ' Re: MDR and SCSI devices, MKx standard? ' Re: More Offshore of VMS based systems.  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OT: fingerprint processing Re: OT: fingerprint processing2 Re: rename dcl command on version 7.3-1 and posix?% Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards 6 Re: Undeniable proof that Itanium is highly profitable  F ----------------------------------------------------------------------  $ Date: Sat, 3 Apr 2004 23:20:07 +0200  From: "Dr. Dweeb" <dr@dweeb.com>0 Subject: Re: Alpha DS-10 and Raxco Perfect Cache, Message-ID: <c4n9qq$7u2$1@news.cybercity.dk>   Bob Ceculski wrote: ) > Dan <nospam@yahoo.com> wrote in message 7 > news:<Xns94BEC69571D09nospamyahoocom@63.223.5.254>...  >> Good evening.D >> I am a new systems manager for a local CU and am getting my firstF >> exposure to OpenVMS.  Our core services vendor says that we can getE >> substantial performance benefits by installing Raxco Perfect Cache @ >> on the Alpha DS-10. The DS-10 currently has 1Gb of RAM.  I am5 >> looking to upgrade that to 2Gb in the near future.  >> >> My questions are: >>? >> 1.  Is there a performance gain to be had by installing this  >> software?> >> 2.  Is this something that is easily installable by myself?E >> 3.  Does it require any sort of maintenance after it is installed? > >> 4.  If installed, how can yoube certain it is performing as >> advertised? >>F >> Here's the kicker... Our vendor wants to charge us nearly $3500 forC >> the software and install.  I have seen it at Raxco for less than  >> $300.  What gives?  >>% >> Thanks to all for your assistance.  >> >> Dan >> Grovetown, Georgia  > C > Dan, I use PC in over 30 workstations running 7.1-1H2 from AS200s E > to PWS600s not to mention on our corporate alphaservers and believe @ > me, you notice the performance gain the minute you log in.  It> > installs easily, and once configured to your liking, it runsD > automatically ... no maintenance unless you can't read manuals ...? > I highly recommend PC and the whole raxmaster suite including D > Perfecttune, Perfectdisk, Ultradisk and add on tools ... just callF > Raxco and you can work out a good price, weither for one or multiple3 > boxes ... install it yourself and save the money!   J I guess if you need something cluster aware, then PC is an option, but forI single node performance I do not believe it is worth *any* price over the E free built in facility VFC and now XFC in the latest VMS incarnation.   L I have reviewed the details of our tests many years ago, and we had an issueL with the cluster awareness capability.  You need to test on local repeatableB workloads to validate for yourself that things work as advertised.  K I use PerfectDisk on my Win2K machine and have also used it without problem  on VMS.   J We could not measure any improvements with PerfectTune in our environment,5 as we could not easily simulate the real environment.   
 Dr. Dweeb.  	 Dr. Dweeb    ------------------------------  % Date: Fri, 02 Apr 2004 22:33:32 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>! Subject: Re: DCL Coding Standards 6 Message-ID: <406E3E9C.63D50EFE@NeOaSrPtAhMlNiOnWk.net>   "Alan E. Feldman" wrote: > [snip] > I do > 
 > $_label: > $    IF (BLAH.EQS.BLEH)  > $    THEN   > $        exciting loop command  > $        exciting loop command  > $        exciting loop command > $    ENDIF >  > Mr. Dachtera won't like it!   H Neither do certain versions of DCL. I learned (the hard way) a long timeD ago (circa. 1990) to never GOTO out of an IF-THEN[-ELSE]-ENDIF blockB because after about 14 iterations, DCL runs off into the woods andD begins misparsing subsequent commands; after 15 iterations, the nextG iteration of the IF itself will fail with a DCL-E error (don't remember H the IDENT or the text, but the text part mentions something about bad IF syntax or data inconsistency).    F IMHO, it's just bad form to GOTO out of an IF-THEN[-ELSE]-ENDIF block.  A VAX BASIC would flag it at compile time, also (jump out of a code  block).   * > And for some reason I like an underscore' > for the leading character of a label.   1 Probably because you also "over-indent". Compare:    $_label: $    IF (BLAH.EQS.BLEH) 	 $    THEN  $        exciting loop command $        exciting loop command $        exciting loop command
 $    ENDIF   ...to...   $label:  $ IF	(BLAH.EQS.BLEH) $ THEN $	exciting loop command  $	exciting loop command  $	exciting loop command  $ ENDIF   H Nearly identical visual effect, fewer bytes (TABs instead of spaces) andH things line up at TAB stops making editing much less keyboard-intensive.  " > And unnecessary parentheses make# > IF THEN statements more readable.   D Well, yes and no. Which paren.'s in the following would you consider "unnecessary"?  ( $ IF	((BLAH .AND. %X7FFFFFFF) .EQ. BLEH)  & $ IF	(BLAH .AND. %X7FFFFFFF) .EQ. BLEH  E Hint: Putting spaces around your operators increases readability more  than "unnecessary" paren.'s.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 3 Apr 2004 15:47:45 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)! Subject: Re: DCL Coding Standards = Message-ID: <b096a4ee.0404031547.74d55d97@posting.google.com>   ~ "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<406E3E9C.63D50EFE@NeOaSrPtAhMlNiOnWk.net>... > "Alan E. Feldman" wrote:
 > > [snip] > > I do > >  > > $_label: > > $    IF (BLAH.EQS.BLEH) 
 > > $    THEN " > > $        exciting loop command" > > $        exciting loop command" > > $        exciting loop command > > $    ENDIF > >  > > Mr. Dachtera won't like it!  > J > Neither do certain versions of DCL. I learned (the hard way) a long timeF > ago (circa. 1990) to never GOTO out of an IF-THEN[-ELSE]-ENDIF blockD > because after about 14 iterations, DCL runs off into the woods andF > begins misparsing subsequent commands; after 15 iterations, the nextI > iteration of the IF itself will fail with a DCL-E error (don't remember J > the IDENT or the text, but the text part mentions something about bad IF! > syntax or data inconsistency).  H > IMHO, it's just bad form to GOTO out of an IF-THEN[-ELSE]-ENDIF block. > C > VAX BASIC would flag it at compile time, also (jump out of a code 	 > block).    A Uh, and just where do you see a GOTO in my example, much less one @ being run more than 13 times? By exciting loop command I meant aD typical command that would appear in a loop -- not a command that isF itself a loop! Oh, I get it. My fault. I called it a loop command when@ it appeared in a block. I should have said block command. Sorry.E Partly my fault. Even if they were "loop commands", there's no way to ' tell they direct DCL to exit the block!   , > > And for some reason I like an underscore) > > for the leading character of a label.  > 3 > Probably because you also "over-indent". Compare:   E No, I also like the underscore when the label appears in a command. I 7 tried that once for variables but found it too tedious.   
 > $_label: > $    IF (BLAH.EQS.BLEH)  > $    THEN   > $        exciting loop command  > $        exciting loop command  > $        exciting loop command > $    ENDIF > 
 > ...to... > 	 > $label:  > $ IF	(BLAH.EQS.BLEH) > $ THEN > $	exciting loop command  > $	exciting loop command  > $	exciting loop command 	 > $ ENDIF  > J > Nearly identical visual effect, fewer bytes (TABs instead of spaces) andJ > things line up at TAB stops making editing much less keyboard-intensive.  B As read on Google, there was no indenting in your example. In thisD window in which I am responding, there is indenting. Just shows thatE you suffer from TAB-character disease and we can see here some of its F ill effects. Apparently Google doesn't like TAB characters and removesF them, except in this reponse window! Whatever. ... OK, I checked it inF the preview window and the tabs are still there. But they are not whenB I click "Read the rest of this message" to see all of your post. IF think TAB's would be better if they inserted the appropriate number ofC spaces for each use than an actual tab character, at least for text E like this. And I wonder if the tabs will somehow reappear when I post ) this. Only a few hours of time will tell!   D My way makes it easier to find labels. I like the whitespace betweenD the commands and the $'s. As for keyboard intensive; for me, anyway;D the problem is going for the "computer-only" keys. A few hits on theD space bar are no big deal for me. In fact it gives my thumbs a break? from hovering, which I find more straining. It's the "difficult C typing" I seek to avoid. And the labels are too "cramped" your way.   C Well, to each his own. Diff'rent strokes,.... Readability is in the  eyes of the reader.   $ > > And unnecessary parentheses make% > > IF THEN statements more readable.  > F > Well, yes and no. Which paren.'s in the following would you consider > "unnecessary"? > * > $ IF	((BLAH .AND. %X7FFFFFFF) .EQ. BLEH) > ( > $ IF	(BLAH .AND. %X7FFFFFFF) .EQ. BLEH > G > Hint: Putting spaces around your operators increases readability more  > than "unnecessary" paren.'s.  D Well, they're all unnecessary here, but I like the first one better.B I'd like it even more if there were no spaces around the .AND. andD .EQ. operators. It's eaiser on my eye that way. More information andE less scanning. I guess my eyes don't like horizontal scanning as much E as yours do. And you can get more on a line without extra spaces. The E periods provide enough "whitespace" for me. In the second version the F BLEH looks like it's kind of on its own -- not really part of the main& command. Just my view of it, mind you.  F I also like the first one better because the outer parens clearly showA that their contents comprise a single entity on the command line.   * OTOH, I might write it like the following:  -     $ IF  ( (BLAH.AND.%X7FFFFFFF) .EQ. BLEH )   A Just personal preference; I wouldn't have an apostrophe over it.    : Beware apostrophe disease! Its catching it's own self! '-)   ------------------------------   Date: 3 Apr 2004 15:49:57 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)! Subject: Re: DCL Coding Standards = Message-ID: <b096a4ee.0404031549.5b7d9ae6@posting.google.com>   l Paul Sture <nospam@sture.homeip.net> wrote in message news:<c4mdcs$2lfd6d$1@ID-132135.news.uni-berlin.de>... > David J. Dachtera wrote: > > "Alan E. Feldman" wrote: > >  [...] I > Another advantage of spacing is that when editing using the EDT keypad  7 > you can use KP1 to move to and fro by word in a line.  >  > For example,:  > < > $ result = F$PARSE(filespec, default-spec, related-spec, -  >             field, parse-type) > 7 > (well I didn't want it to wrap, but you get the idea)  >  > Is easier to edit than > I > $ result = F$PARSE(filespec,default-spec,related-spec,field,parse-type)   T That's what my "EDT GOLD CONTROL A" key is for! And the second way fits on one line.   ------------------------------   Date: 3 Apr 2004 16:11:45 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)! Subject: Re: DCL Coding Standards = Message-ID: <b096a4ee.0404031611.44922361@posting.google.com>   ~ "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<406E3B28.C0FBDF05@NeOaSrPtAhMlNiOnWk.net>... > Pimpelmees wrote:  > >  [...]  > C > > 2) put the procedure referenced in "on" in the beginning of the C > > procedure (otherwise a quoting problem can make it unfindable).  > F > ...or a missing ENDIF, but better to have as much "top-down" flow as > possible.   C David, maybe you can explain what this point 2) is about. I have no B idea what either of you are talking about here. Thanks. Oh, wait aF minute. Just a moment, ... just a moment.  ...  The AE-35 unit will goB 100% failure within 24 hours, ..., Oh, sorry. Uhm-hmmm-mmm (throatB clearing). I see, the first "procedure" is actually a subprocedureC within the main procedure. I see. I guess I don't usually use ON in < that manner. Or, on second thought, I don't think of it as aD subprocedure. I usually use ON WARNING THEN GOTO _ERROR and go to anE _ERROR block after the main procedure. Yes, that is a subprocedure, I D guess. OK. But I still don't know what Pimpelmees means by a quotingD problem. Please explain. Maybe he means that if the label is too farC away DCL won't find it due to some bug that I thought had long been 9 extinguished? But what does "quoting" have to do with it?    > G > > 3) use on warning instead of on error where possible. DCL sometimes I > > gives warnings when there are severe problems. Wors is that sometimes 0 > > a warning is given without executing the on. > J > Depends. Remember: ON WARNING will trap all errors. ON ERROR will trap EF > and F severity, but there may already be an ON WARNING in effect. ONH > SEVERE_ERROR will trap only F severity, but ON WARNING or ON ERROR may > alreadyt be in effect.  D But each invocation of the ON command becomes the new ON. The old ON? is no more. IOW, each new ON command supersedes the previous ON  command.   [...] J > > 5) don't forget that when using "call", your error handling is back to > > default. > D > CALL is closely akin to "@": new depth, new ON, symbol scope, etc.  A I think they are pretty much identical if you assume that all the E lines between SUBROUTINE and ENDSUBROUTINE constitute a separate file > and the CALL is just acting as an "@" executing that file. Any- counterexample, if there are any, is welcome.    [...] G > > 8) if you are looking for things, check at the end if you found it. J > > E.g. when parsing the output of show memory (because output is version6 > > specific and can change when you install a patch). > I > Actually, conventional wisdom is don't parse command output because VMS G > upgrades can break your code. Use Lexicals where possible, and Google H > for undocumented keywords (then document them in your comments in your	 > proc.).   B Say what? Undocumented keywords? Certainly not in production code!   ------------------------------  % Date: Sat, 03 Apr 2004 08:50:41 +0200 " From: Didier Morandi <no@spam.com>O Subject: Re: DCL minute of the Day: integer to string, padded & right justified . Message-ID: <c4lms0$1n21$1@biggoron.nerim.net>   briggs@encompasserve.org wrote:    > Note that: >  >  >>>$ line_nr = "00000"= >>>$ line_nr[5-f$len(lines_in),f$len(lines_in)] := 'lines_in'  >  > 8 > does right justification and zero filling on the left. > and  >  > ; >>    $ source = 345                          ! for example / >>    $ line_nr = f$ao("!5AS",f$string(source))  >  > < > does _left_ justification with blank padding on the right.  , Hmmm... you did not test your code, did you? I'd rather write f$Fao                     *    :-)    D.   ------------------------------  % Date: Fri, 02 Apr 2004 22:08:35 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>$ Subject: Re: Device names in OVMS ??6 Message-ID: <406E38C3.4E4BECB0@NeOaSrPtAhMlNiOnWk.net>  
 Ananth wrote:  > ^ > hoff@hp.nospam (Hoff Hoffman) wrote in message news:<aBIac.2122$V93.675@news.cpqcorp.net>...h > > In article <e0273250.0403260025.55c0556f@posting.google.com>, anantha.prabhu@hp.com (Ananth) writes: > > H > > :I need some more clarification. I have an Autoloader, which has oneJ > > :scsi tape drive with scsi id 3, and the controller with scsi id 5, inE > > :this case what will be the last digits( numerical digits) of the  > > :device names? > > 9 > >   Whatever the autoconfiguration tool decides to use.  > 9 > Does that mean there is no consistency in device names?     See the URL I mentioned earlier.  M > In that case is there any specific system service which will give me a list D > of all devices connected and the type of device ie SCSI, FC etc...  ' Again, see the URL I mentioned earlier.   N > I know about the device_scan system service. Using device_scan I can get theD > device names for a specific class of devices like DISKs, or TAPES.K > Is ther a way to get all the devices connected using "device_scan" system 
 > service? > @ > Is there any programmatic interface to autoconfiguration tool?  A Good question, but I'll have to defer it to Hoff or someone else.   K > Basically my problem is to get a list of all the devices connected to the  > system programmatically.  G Perhaps if you could explain why, what you're attempting to do, someone F could offer an alternative to re-inventing VMS's low-level primitives.  2 > After getting the list I need to categorize themH > based on the device class(DISK, TAPE) and the bus type(SCSI, FC, etc).   Please explain why...    > > C > > :As per my analysis, tape devices last digits should be 300 and A > > :controllers device name's last digits should be 500. Is this  > > :understanding is correct? > > C > >   It might be.  It might not be.  It really depends on how this 2 > >   SCSI device is connected to the host system. > : > What are you trying to tell here by the above statement?  H See the earlier discussions. If something there is unclear, ask specific& questions - you'll get better answers.   > > G > > :Hence device name for tape would be MKH300 and controller would be  > > :GKH500. > > : > >   You have a few SCSI buses connected to this box, eh? > > # > > :Please let me know ur views...  > > E > >   My views are that you should plug the loader in and look at the E > >   results.  Predicting the device naming is perilous practice, at G > >   best.  Depending on physical device names has historically caused E > >   problems for folks, too -- best to set up and use logical names F > >   and avoid embeding device names such as MKH300: in applications. > D > Can you please elaborate on the loader that you are talking about?   Huh?  G What Hoff is trying to say is that the Alpha console recognizes devices H one way. The OpenVMS operating system primitives recognize them another,H not necessarily identical/compatible way. Don't get too caught up in it.E It's a fact of VMS life - something you deal with, don't focus on it.    Again, See: 6 http://www.djesys.com/vms/freevms/mentor/vms_path.html   especially: ; http://www.djesys.com/vms/freevms/mentor/vms_path.html#devc    ...and the earlier posts.   5 Then, if you still have questions, come back and ask.   ( To correct an earlier statement of mine:  A The "port" or SCSI interface number is the last letter before the H digits, as in MKA100: it's on the first SCSI bus("A"). For SCSI devices,C the digits are target, LUN and sub-LUN, in that order. For example: D MKA100: is port(SCSI interface) one(A), target zero(1), LUN zero(0),F sub-LUN zero(0). For fibre channel support and other reasons, the unitG number has been expanded so that two-digit target numbers and two-digit  LUN numbers are supported.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 03 Apr 2004 06:48:46 +0200 " From: Didier Morandi <no@spam.com>7 Subject: Re: HP /Best'Ware BCS presentation in Toulouse . Message-ID: <c4lfne$1l2o$2@biggoron.nerim.net>   Alex Daniels wrote:   1 > "Didier Morandi" <no@spam.com> wrote in message ) > news:c4j43o$e1r$1@biggoron.nerim.net...  >  ../..  >>F >>The VMS logo is a curly multicolor enlarged arrow containing, in the >> center ofG >>the curve, the word "OpenVMS" and on the arrow itself, the words "VAX  >> Systems -I >>Alpha Systems - Integrity". You can see it in slide 11 of the following L >>presentation: http://h71000.www7.hp.com/openvms/OPENVMS_STRATEGY.htm or in >> slide 6 of this one:  > @ > http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm >  > 	 > Didier,  > M > Errr.. you can also see it on the VMS homepage http://h71000.www7.hp.com !! J > (although I still using www.openvms.digital.com as its so much easier to > remember.)  : The truth is that I do not remember having seen it before.   D.   ------------------------------  % Date: Fri, 02 Apr 2004 22:48:59 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: HP Product Bulletin on-line6 Message-ID: <406E423B.605181FC@NeOaSrPtAhMlNiOnWk.net>   Michael Unger wrote: > . > On 2004-04-02 09:38, "Didier Morandi" wrote: > 	 > > [...]  > > ( > >   10 MB - Application and Help Files" > > 170 MB - World Wide QuickSpecs( > > 155 MB - North America/US QuickSpecs4 > > 150 MB - North America/Canada English QuickSpecs4 > >   84 MB - North America/Canada French QuickSpecs* > >   82 MB - North America Product Photos > H > A full download of these files via an ISDN connection would take about > 25 hours ...  D ...at 56K, but broadband performance will depend on the speed of theF link between the source server(s) and the web. That's less than one CDF and I can download a full CD image in around 3 hours, depending on theE size. (Cable broadband, download speed limited by the PC's 10Mbit UTP  card).   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sat, 3 Apr 2004 08:50:37 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>( Subject: Re: HP Product Bulletin on-line* Message-ID: <c4lqbh$313l$1@news.wplus.net>  / "Didier Morandi" <no@spam.com> wrote in message ( news:c4lfi2$1l2o$1@biggoron.nerim.net... > Michael Unger wrote:0 > > On 2004-04-02 09:38, "Didier Morandi" wrote: > >  > > 	 > >>[...]  > >>( > >>  10 MB - Application and Help Files" > >>170 MB - World Wide QuickSpecs( > >>155 MB - North America/US QuickSpecs4 > >>150 MB - North America/Canada English QuickSpecs4 > >>  84 MB - North America/Canada French QuickSpecs* > >>  82 MB - North America Product Photos > >  > > J > > A full download of these files via an ISDN connection would take about > > 25 hours ... > / > Took me eight or so via my ADSL 512/128 link. K > But the result is amazing, and yes, I was interested in the whole package  to@ > identify potential differences (I'm an HP reseller, remember). >  > D. >    Didier,   F Can you tell me the part number for the OpenVMS 7.3-2 source listings?  L My mission critical account manager has been most unhelpfull and said to askI my reseller. I have gone to two resellers, one said they only do binarys, J the other put me in contact with their supplier who said I have to ask HP.  K I have gone back to my account manager who has now just ignored my enquiry. J The level of service I'm getting on their 'mission critical' contract with# this and other things is very poor.    Alex   ------------------------------  % Date: Sun, 04 Apr 2004 08:36:30 +0200 * From: Paul Sture <nospam@sture.homeip.net>( Subject: Re: HP Product Bulletin on-line: Message-ID: <c4oadf$2l75sr$1@ID-132135.news.uni-berlin.de>   Larry Kilgallen wrote:i > In article <c4mfbo$2hge6d$1@ID-132135.news.uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  >  >>Michael Unger wrote: >>/ >>>On 2004-04-02 09:38, "Didier Morandi" wrote:  >>>  >>>  >>> 	 >>>>[...]  >>>>' >>>> 10 MB - Application and Help Files " >>>>170 MB - World Wide QuickSpecs( >>>>155 MB - North America/US QuickSpecs4 >>>>150 MB - North America/Canada English QuickSpecs3 >>>> 84 MB - North America/Canada French QuickSpecs ) >>>> 82 MB - North America Product Photos  >>>  >>> I >>>A full download of these files via an ISDN connection would take about  >>>25 hours ...  >>>  >>H >>The best way around that nowadays is to get a friend or colleague who E >>has an ADSL connection to burn a CD for you. Of course you need to  C >>choose someone you can trust not to have a virus-ridden system...  >  > J > Why would a virus matter to someone receiving the CD onto a VMS system ?  D In this particular case, the software being downloaded runs on a PC.  B And unfortunately in this case my suggestion might not be helpful.  G The two executables to download are 8,554 KB and 7991 KB respectively.  > It is the second program which does the heavy downloading. :-(   ------------------------------  % Date: Fri, 02 Apr 2004 22:53:39 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>0 Subject: Re: MDR and SCSI devices, MKx standard?6 Message-ID: <406E4353.C56D610D@NeOaSrPtAhMlNiOnWk.net>   Alex Daniels wrote:  > 7 > "John Brandon" <brandon@dalsemi.com> wrote in message - > news:04040213225141@dscis6-0.dalsemi.com... D > > I am in the process of putting my tape drives (TL89-2) on a MDR. > > N > > Since I am installing these remotely I currently do not have access to the > MDR  > > at this time.  > > A > > I am curious as to the tape naming convention they will take.  > >  > >  > > TIA  > >  > >  > > J*o*h*n B*r*a*n*d*o*n  > > VMS Systems Administrator . > > firstname.lastname.spam.me.not@dalsemi.com > = > They will be $1$MGAnnn and any robotics will be $1$GGAnnnn.   * I thought FC tape was always $2$mumble...?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sat, 3 Apr 2004 11:43:21 +02005 From: "Philip Lewis" <philipdotjdotlewis@writeme.com> 0 Subject: Re: More Offshore of VMS based systems.- Message-ID: <c4m1hf$1bkp$1@news.cybercity.dk>    anon wrote: 	 >> Folks,  >>A >> I have recently become aware that Coles-Meyer in Australia are F >> shortly to outsource the operations of their OracleRdb databases to >> an outfit in India. >>H > No quite a done deal yet but more than likely to happen.   Support forD > legacy apps (cobol/vms) has been handled by Satyam (Indian outfit)E > for quite some time and this as seen as natural progresion in terms = > of allowing people to concentrate on new projects occuring.  > E >> As we all know, India is a hotbed of Rdb expertise with a thriving C >> customer base and community of experienced and knowledgable DBAs A >> upon which to draw, making this certainly a wise move on their 
 >> behalf. >  > I take it this is sarcasim?   
 Biting ...  + > Its a interesting point though as lack of < > expertise seems not to be a concern for the higher beings. >   # Dilberts notion of the PHB exists !    >>D >> VMS systems at C-M are being replaced btw for what I do not know,) >> but as part of a rather large project.  > E > Strange statement, you come accross as someone who  is familar with E > the way Coles Myers does business and what its is trying to achieve  > in terms of I.T? >   C No, but I read two very long articles in the Australian press ("The H Australian" IIRC and somewhere else I cannot recall) about it, so to theL extent those articles were accurate (and I am aware of a few blunders in theL articles), then yes.  They are installing some merchandising package running% on Oracle Classic - OS I do not know.   E >> Anyway, it appears that Australia is not immune to the outsourcing @ >> trend for skilled as well as unskilled positions as this link >> suggests B >> http://www.theage.com.au/articles/2004/03/17/1079199279549.html >>D >> Additionally, it is I think commonly known that Deutsche Brse inE >> Frankfurt have raised the ogre of outsourcing of their application E >> development to India.  I do not know whether this is just a threat E >> to force lower rates for the contractors (a standard often used DB B >> tactic) or a serious consideration on their part.  In any case,E >> since DB uses quite a bit of VMS and Rdb in their core trading and F >> clearing systems, this would certainly be news should they actually >> go ahead with it. >>	 >> philip    ------------------------------  # Date: Sat, 03 Apr 2004 02:55:44 GMT $ From: "GreyCloud" <mist@Cumulus.com>  Subject: Re: OpenVMS for POWER!?8 Message-ID: <QIpbc.1580$Wc4.5107@bcandid.telisphere.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Rob Young wrote:< >> In article <406d79fc_2@corp.newsgroups.com>, "John Smith" >> <a@nonymous.com> writes:  >>; >>> Did advertising make Sun non-profitable since dot-bomb?  >>>  >> >>C >> No.  Their collapse is more tied to cheaper Wintel kit and Linux G >> on Intel.  The dot-bomb song and dance they trotted out for a number @ >> of quarters was old news.  Their collapse is on-going and notH >> industry-wide. i.e. easily refuted by IBM's Unix growth over the last
 >> year plus.  >> > 9 > Really so how do you account for HP's inability to make : > a profit from their hardware businesses except printing. >   D LOL!!  Sun must have the same accounting practices that HP has then.   ------------------------------  # Date: Sat, 03 Apr 2004 02:59:32 GMT $ From: "GreyCloud" <mist@Cumulus.com>  Subject: Re: OpenVMS for POWER!?8 Message-ID: <oMpbc.1581$Wc4.5010@bcandid.telisphere.com>   dittman@dittman.net wrote:E > I received the following from a friend at HP (the person's name has  > been removed to protect him):  > F > ====================================================================D > Apparently with Itanium not having the market share, HP is falling  > back on IBM's POWER and AMD64: >  > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0026 # > Product Name:       OPENVMS-POWER  > Producer:           HP > Units:              0  > Activity:           A + > Checksum:           2-HCFJ-IAEH-CEGG-AGJO  >  > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0713 # > Product Name:       OPENVMS-AMD64  > Producer:           HP > Units:              0  > Activity:           A + > Checksum:           2-GBOI-LMGL-COOA-KCFM  > E > The systems haven't been announced, and I don't know any details on E > whether AMD64 means just AMD64 or AMD64 and Opeteron, and I have no E > ideas whether Intel's 64-bit version of the AMD64 will be included. F > ==================================================================== > E > I tried the PAKs and they are valid!  This is pretty interesting...   E Yes, very interesting.  Then there is no reason why HP cannot provide > OpenVMS on their current desktop amd64 machine at a low price.   ------------------------------  # Date: Sat, 03 Apr 2004 20:32:26 GMT 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>  Subject: Re: OpenVMS for POWER!?/ Message-ID: <ubFbc.174677$Cb.1677690@attbi_s51>    Paul Sture wrote:    (snip of PAKs)  G >>> I tried the PAKs and they are valid!  This is pretty interesting...   B >> What does it mean to try a PAK.  You can test it on any system,A >> and it will verify the checksum, even though it can't possibly @ >> run on that system?   I presume you don't mean that you tried >> it on an AMD64 system.   F > PAKs don't _run_ on a system. Here the valid checksum allows you to I > enter the PAK into the license database, and do a LICENSE LOAD with it.   = So you can load a PAK on any system, whether it is applicable > to that system or not?   It took me a few tries to get VAX/VMS? to recognize its own PAK.  I don't know which items I got wrong , the first few times, but finally it took it.  J > If there is no software product which requires a PAK for OPENVMS-POWER,  > it's pretty useless.  B >> How hard is it to generate such?   I presume that the algorithmB >> for verification is known, but not not easily reversible, a one >> way or trap door function.    -- glen    ------------------------------   Date: 03 Apr 2004 23:33:07 GMT2 From: Thierry Dussuet <thierry@squeeeez.no-ip.com>' Subject: Re: OT: fingerprint processing / Message-ID: <slrnc6uidj.of.thierry@MARS.Family>    Hello!  : On 2004-04-03, JF Mezei <jfmezei.spamnot@istop.com> wrote:G > How well can such fingerprints be indexed into some rather very large 
 > database ?    I AFAIK they only take some relevant points (x,y coordinates) where special 8 patterns exist.  So that wouldn't be very hard to index.  I > It is feasable with today's technology that every visitor entering that K > country would have his fingerprints not only scanned/vectorized, but alsouO > checked against a database of many many many millions of fingerprints in reale > time ?  L I guess that would be "quite easy" if they really use the above technique...   Thierry    ------------------------------  # Date: Sun, 04 Apr 2004 01:38:40 GMTe0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>' Subject: Re: OT: fingerprint processingB. Message-ID: <AGJbc.180517$po.990443@attbi_s52>   JF Mezei wrote:B  K > Recently, a rather large country announced that in a few months, it wouldfP > start to fingerprint and photograph every visitor (with 2 exceptions) to their; > country in orderto catch terrorists (or whatever excuse).g  % I wonder which country that could be?d  > > Avoiding the privacy issues and focusing only on technology:  * Well, privacy issues are important, but...  I > How much CPU power does it take to scan a fingerprint and convert it to- > vectorial data ?  ? Probably much less than it takes Google to search the whole web0 for a few words.  = > How well can such fingerprints be indexed into some rather e  > very large database?$  > It has been the story for many years now that the police could? recover fingerprints from a crime seen, send them to the FBI to.6 identify the suspect, and then go arrest him (or her).  @ While it was commonly believe, it has only recently become true,. and many old crimes are being solved that way.  I > It is feasable with today's technology that every visitor entering that>K > country would have his fingerprints not only scanned/vectorized, but also O > checked against a database of many many many millions of fingerprints in real  > time ?  L > Or is it more likely that only capture of information will be done in realO > time and there will be batch processing to try to match fingerprints of everyi0 > visitor against the database of fingerprints ?  9 Hash based search algorithms can be very fast if the hash?< table is properly arranged.   It is probably possible to put< enough onto a DVD and send copies to each entry station.  It> would be locally processed faster than people could be checked; through.  Though in that case the update process would be a  little slow.   -- gleno   ------------------------------   Date: 3 Apr 2004 12:32:29 -0800 , From: JimStrehlow@data911.com (Jim Strehlow); Subject: Re: rename dcl command on version 7.3-1 and posix?g= Message-ID: <4b6ec350.0404031232.3a6ae141@posting.google.com>,  b tvk73@hotmail.com (tvk) wrote in message news:<a328ef1c.0404022200.41453d8c@posting.google.com>...< > If your intention is to view/set the modification date(s),C > try " SET VOLUME volume_name/VOLUME_CHARACTERISTICS=ACCESS_DATE".a  1 That did it.  I found the documentation in $ HELP 
 V731_FEATURESt   System_Managementa     File_Service_Extensionsy       DCL_Access_Dates  G        To enable automatic update of access dates on ODS-5 volumes, uselB        the SET VOLUME/VOLUME_CHARACTERISTICS command. For example:  ;         $ SET VOLUME/VOLUME_CHARACTERISTICS=ACCESS_DATES= -h!         _$ [delta-time] NODE$COE1g  F         The default value for delta-time is 1 second, chosen to complyA         with the "seconds since EPOCH" time interface required by G         POSIX st_atime. A site can choose a larger delta time to reducea9         overhead if 1-second granularity is not required.m ...e   Thanks.  Jim   ------------------------------  % Date: Fri, 02 Apr 2004 22:36:32 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>. Subject: Re: Subject: Re: DCL Coding Standards6 Message-ID: <406E3F50.EF683169@NeOaSrPtAhMlNiOnWk.net>   Charlie Hammond wrote: >  > ..I > >> >>>You have to REALLY OLD to remember his famous "Stupid DCL tricks"  > .. > E > I read this (as closely quoted as memory permits) in a sci-fi novel. > I was reading last night:  > G >     Old programmers never retire -- they just move to legacy systems.n  F Off-topic, but my Dad told me: Old truckers never die, they just get a new Peterbuilt.i  G Then again, this was the same man who said: Streaking is just a fad andr it will peter out...   -- ] David J. Dachteras dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  % Date: Sat, 03 Apr 2004 11:43:36 +0200r2 From: martin@radiogaga.harz.de (Martin Vorlaender). Subject: Re: Subject: Re: DCL Coding Standards; Message-ID: <406e8748.524144494f47414741@radiogaga.harz.de>n  4 Charlie Hammond (hammond@not@peek.ssr.hp.com) wrote: > ..I > >> >>>You have to REALLY OLD to remember his famous "Stupid DCL tricks"i > ..E > I read this (as closely quoted as memory permits) in a sci-fi novele > I was reading last night:a > G >     Old programmers never retire -- they just move to legacy systems.p   The version I once saw was:p  :   Programmers never die -- they just GOSUB without RETURN.   cu,l   Martin -- L<                         | Martin Vorlaender | OpenVMS rules!1  OpenVMS: Where do you  | work: mv@pdv-systeme.deeD  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------   Date: 3 Apr 2004 14:14:00 -0800t( From: bob@instantwhip.com (Bob Ceculski)? Subject: Re: Undeniable proof that Itanium is highly profitabley= Message-ID: <d7791aa1.0404031414.7159b6e6@posting.google.com>N   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c4hehi$ldk$2@new-usenet.uk.sun.com>...a > dooley wrote: q > > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0403310543.47ea7f3f@posting.google.com>...o
 > > <snip> > > > > >>just give the alpha team some time and they will make it a > >>money maker ...( > > - > > er.. don't most of them now work for AMD?  > > Phil > @ > AMD or Sun and thats always been a rather obvious flaw in Bobs	 > theory.y > 	 > RegardsP > Andrew Harrisono  9 and if alpha is/was such a p$ss poor chip, why hire them?.   ------------------------------   End of INFO-VAX 2004.186 ************************