1 INFO-VAX	Sun, 14 Nov 2004	Volume 2004 : Issue 633       Contents: RE: any opinions on Axiant? ' Re: COBOL PAK for the Hobbyist License? " Re: Cross-platform Backup Solution" Re: Cross-platform Backup Solution6 Extending DCL [was: Re: DCL suggestion for f$verify()]0 Looking for feedback on using EDM to back up VMS" Re: Need help with a PeeCee again. Re: Problem to Partition a disk  Re: Problem to Partition a disk  Terminal Server Manager ECO  Re: VMS Advertisement  Re: VMS Advertisement  Re: VMS Advertisement  Re: VMS Advertisement  Re: VMS Advertisement   F ----------------------------------------------------------------------  % Date: Sun, 14 Nov 2004 11:06:49 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> $ Subject: RE: any opinions on Axiant?R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB4A46A3@tayexc19.americas.cpqcorp.net>   > -----Original Message-----* > From: Jeff [mailto:jpf33@hotmail.com]=20! > Sent: November 13, 2004 4:29 AM  > To: Info-VAX@Mvb.Saic.Com " > Subject: any opinions on Axiant? >=20 >=20   Jeff,   ; I have not had an direct experience, but here is a pointer: / http://www.cognos.com/products/axiant/info.html    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------    Date: 14 Nov 2004 08:47:27 -0800/ From: johnhreinhardt@yahoo.com (John Reinhardt) 0 Subject: Re: COBOL PAK for the Hobbyist License?= Message-ID: <5d708ac7.0411140847.5c481e61@posting.google.com>   h dsmit115@csc.com (Dave Smith) wrote in message news:<2151a4d2.0411120837.44d0e4de@posting.google.com>...  A > I, too, just renewed my hobbyist licenses within the past week. C > Remember you have to do two registrations, once for the basic VMS H > license and a second time for all the layered product PAKs. My layeredE > products email *does* include a COBOL PAK. It is in between CMS and  > CXX-V licenses in my email...   ' Ditto for mine generated on 30-OCT-2004    ------------------------------    Date: 13 Nov 2004 23:18:00 -0800 From: sam@ratex.dk (Sam)+ Subject: Re: Cross-platform Backup Solution ; Message-ID: <d1111de.0411132318.39bf3e5@posting.google.com>   ] "Yong Boon, Lim" <y0ngb00n@yahoo.com> wrote in message news:<cn1ept$fgn$1@news4.jaring.my>... I > Does anyone of you know any cross-platform backup product which support  > Windows and OpenVMS? >  > Thank you! >  > Yong Boon    hp OpenView data protector   ------------------------------  % Date: Sun, 14 Nov 2004 08:35:04 -0000 6 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>+ Subject: Re: Cross-platform Backup Solution 6 Message-ID: <419718ba$0$27545$db0fefd9@news.zen.co.uk>  8 > "Yong Boon, Lim" <y0ngb00n@yahoo.com> wrote in message& news:<cn1ept$fgn$1@news4.jaring.my>...K > > Does anyone of you know any cross-platform backup product which support  > > Windows and OpenVMS? > >  > > Thank you! > > 
 > > Yong Boon  >    ISE Enterprise BACKUP   9 http://www.i-s-e.com/Products/EnterpriseBACKUP/index.html    Alex   ------------------------------  # Date: Sun, 14 Nov 2004 14:08:45 GMT + From: "Anthony Borla" <ajborla@bigpond.com> ? Subject: Extending DCL [was: Re: DCL suggestion for f$verify()] < Message-ID: <NFJld.36254$K7.7440@news-server.bigpond.net.au>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:41934138.CAFA8DF9@teksavvy.com... > ? > Trying to debug a dcl procedure that has a loop that iterates 9 > a gazillion times before aborting can be quite tedious.  > 9 > Therefore I would suggest an addition to the SET VERIFY 2 > and F$VERIFY which would create a second mode of > verification:  >  <SNIP> >   D Seeing this request for an alteration of DCL functionality set me toK thinking about how useful it might be to implement a facility that allows a C user to 'extend' DCL on an ad hoc basis. More specifically, why not 5 implement something like a new lexical function, say:   $     F$UDF("ADD", udf_name, udf_code)     F$UDF("REMOVE", udf_name)      F$UDF("SHOW", "*")  + or perhaps an extension to the SET command:   .     SET UDF /ADD /NAME=udf_name /CODE=udf_code"     SET UDF /REMOVE /NAME=udf_name     SET UDF /SHOW /MASK="*"   J through which a user may add, remove, and otherwise manage, user-generatedI code [that conforms to predefined entry and exit conventions] that can be / used in DCL procedures as *lexical functions* ?   K For example, a user might want to use DCL to whip up a rudimentary interest E rate calculator and would like to use a routine already coded in C to " perform the interest calculations.  F At the moment [AFAIK] the only way to make use of such code from a DCLL procedure is to RUN an image that uses that routine, one that can accept theL relevant arguments, and returns the result on SYS$OUTPUT. In most cases thisK output would need to be captured for further use, so either DEFINE/USER, or L the PIPE command would be needed to effect the required I/O redirection, and@ the resulting data then READ back into a symbol for further use.  H Given these complications and associated performance penalties, it mightI seem to the user easier to code the entire application in C, or, if a DCL I solution is mandated, to recode the interest rate calculation entirely in = DCL, thus avoiding - in both cases - I/O redirection and data  capture-related complications.  J On the other hand, if a suitably-modified C routine [or any other suitableK object module] were available as a lexical function, existing functionailty J could be reused with a minimum of effort, a negligable performance penaltyK [since much I/O is avoided] would apply, and a more 'elegant' DCL procedure C would result since a more natural 'calling syntax' would be in use.   G In fact, this last advantage would be reason enough for encouraging the K provision of support for user-defined functions i.e. basically an extension H to / variation of, labelled subroutines, but supporting lexical functionK calling conventions and behaviours. How much easier, even less error-prone,  coding this:       $ amount = f$interest(5,15)      $ write ... amount   is, than this:        $ a = 5
      $ b = 15       $ gosub interest G      $! 'amount' is a global variable updated within 'interest' routine       $ write ... amount   
 or even this:         $ call interest 5 15 G      $! 'amount' is a global variable updated within 'interest' routine       $ write ... amount   
 would be ?  K Finally, a related improvement, one that may perhaps be of more general use J [and be easier to implement ?], might be something like adding support forL command output trapping to symbols [i.e. work like the  /OUTPUT, but data isK directed to a symbol rather than to a file], either through the addition of J something like a /SYMOUT qualifier to procedures and existing commands, or+ maybe as an extension to the PIPE command ?   F Obviously this is just a wish-list, one presented entirely from a userF perspective. However, it is one that seeks to see DCL made into a moreJ useful tool, one perhaps better reflecting the needs of today. A deficientJ command language will only see users resort more to alternatives like Perl; and Python, even perhaps, to alternative operating systems.    Cheers,   
 Anthony Borla    P.S.  I Apologies if any of my assumptions, or observations is incorrect, or some D pertinent facts omitted. Any feedback, particularly on the technical% feasibility of the above, is welcome.    ------------------------------  # Date: Sun, 14 Nov 2004 08:48:46 GMT " From: Lee <lytmah@telusplanet.net>9 Subject: Looking for feedback on using EDM to back up VMS , Message-ID: <OZEld.85501$E93.38289@clgrps12>  3 For many years, I've been using VMS BACKUP to write 3 files and disks to 4mm, 8mm, and DLT.  The proposal 4 has been made to set up a VMS client and use EDM and4 Legato to back up the SAN disk farm of approximately) 80 shadow disks containing .5 TB of data. ( Is anyone doing their backups using EDM?, How does throughput compare with VMS BACKUP?3 Is EDM as flexible as BACKUP in terms of writing to  tape and restoring from tape?    ------------------------------    Date: 14 Nov 2004 09:13:02 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) + Subject: Re: Need help with a PeeCee again. 3 Message-ID: <CpdUOX48s8qI@eisner.encompasserve.org>   _ In article <4196AC91.8BED547@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:  > Larry Kilgallen wrote:  H >> The Rock Ridge (and subsequent IEEE) extensions _are_ fully compliant= >> with ISO 9660 in the way they provide additional metadata.  > J > That stirs a question in my mind. Perhaps someone monitoring this threadJ > can answer: can the "boot" portion of a bootable ISO-9660 complian imageB > be more than the size of a "1.44MB" (1.38MB, actually) diskette?  D I don't know about the "image" part of that, but the initial 64*2048F bytes of an ISO-9660 volume are reserves for system specific purposes.C At least the next 2*2048 bytes after that must be used for ISO-9660 C purposes.  So "enough code to get you to other code" must be stored G in 64*2048 bytes.  That would be larger on media with a natural sectory F size larger than 2048 bytes, but I don't think there are any such that support ISO-9660.   E >> Level 3 is required to have files that exceed the size of a single F >> volume.  I know of no operating system other than VMS that supports >> Interchange Level 3.  > @ > My "Gear for Windows" program provides for ISO-9660 Level 3 (I  @ So as a competitor :-) from another platform, let me ask how youB would write a 32767 member volume set.  Do you have to have enoughB magnetic disk space to hold images of all those volumes, or can it? write one disc at a time ?  Can you specify which files go onto  which discs of the volume set ?   H > mistakenly called it "V3" earlier). Too bad the version I have doesn't= > do bootable images / discs. I use Easy CD Creator for that.   G Sorry, I should have been more clear.  When I talked about support from E an operating system I was referring to "receiving system" in ISO-9660 E terminology.  If you can _read_ some disc using Gear for Windows that E is interesting, but it does not mean you can ship the disc to all who - have Microsoft Windows and have them read it.   E >> For that matter, I know of no operating system other than VMS that D >> supports section 6.10 Record Structures.  Section 13.2 appears toH >> contain weasel words to allow receiving systems to omit that support. > G > I've not studied the entire specification. I would expect it to allow ? > for compatibility with systems that do not support the entire  > specification.  D It is fairly strict about what constitutes a conforming "originatingE system" and a conforming "receiving system".  The latter is described E in Section 13, for which 13.2 contains the only instance I can see of C the word "if".  The only instances I see of the word "except" is to E say that not all receiving systems need to make available to the user F the contents of an "Associated File", essentially a Macintosh ResourceD Fork.  The only other leeway I see is that receiving systems can setC a maximum Record Length which they will provide to the user.  Since D the general maximium Record Length possible is 32767, VMS meets thisD requirement for a Receiving System.  For some of the foreign aspectsB of ISO-9660 VMS provides metadata only the the users who retrieves@ particular file system attributes, but in general it seems to be  a conforming "receiving system".   ------------------------------  % Date: Sun, 14 Nov 2004 13:31:12 +0100  From: Dirk Munk <munk@home.nl>( Subject: Re: Problem to Partition a disk2 Message-ID: <cn7j6h$uin$1@news1.zwoll1.ov.home.nl>   David J Dachtera wrote:  > Dirk Munk wrote: >  >>[snip] >>init <dev> -6 >>/cluster_size=256/headers=256/homeblocks=contiguous- >  > D > Dirk brings up a good point here: use /HEADERS to "pre-extend" theI > INDEXF.SYS on the "host volume". ALong with the other parameters, thins I > will ensure the mazimum contiguous freespace on the initialized volume.   N I forgot to mention that Bitmap.sys contains one bit for every cluster on the K disk. In other words a disk of 146 GB with a cluster size of 1 will have a  H bitmap.sys of (146,000,000,000/512)/512 = 556,946 blocks. That is huge !  > With a cluster size of 256 the size is reduced to 2304 blocks.     >  > + >>/index=beginning/maximum_files=256/system  >  > ? > Get DFU and use it tp explore the results of your experiments C > INITIALIZE-ing the "host" volume. DFU will tell you how many free H > extents and such. Even if the displayed results are not what you want,I > perhaps it will give info. that can be used to exploit what you can get  > to its best advantage. >    ------------------------------    Date: 14 Nov 2004 12:25:51 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)( Subject: Re: Problem to Partition a disk3 Message-ID: <M2+BCUQI9vRX@eisner.encompasserve.org>   S In article <cn7j6h$uin$1@news1.zwoll1.ov.home.nl>, Dirk Munk <munk@home.nl> writes: P > I forgot to mention that Bitmap.sys contains one bit for every cluster on the M > disk. In other words a disk of 146 GB with a cluster size of 1 will have a  J > bitmap.sys of (146,000,000,000/512)/512 = 556,946 blocks. That is huge !  K I think you forgot to divide by 8 bits per byte. So it's only 69619 blocks. F A lot? Maybe, but not when you've got 285,156,250 to play with. That'sE 0.024% overhead if your cluster size is 1, no matter how big the disk  happens to be.  @ > With a cluster size of 256 the size is reduced to 2304 blocks.  J The only time I can recall ever using a cluster size that big is on page /L swap / dump disks, or devices that contain nothing but a few huge log files.  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  I I support drug testing. I believe every public official should be given a I shot of sodium pentathol and ask "Which laws have you broken this week?".    ------------------------------  % Date: Sun, 14 Nov 2004 10:36:43 -0500 $ From: "Noce, Guy" <gnoce@towson.edu>$ Subject: Terminal Server Manager ECOH Message-ID: <957B7AB3AFF9EB4182E46BD96F48B77B01A880A9@helium.towson.edu>  E Hi:  Does anyone know how to get TSMECO07021 --HP only seems to carry ; the Decnet V version--or is theresoemthing I'm missing. =20   E Does the freeware cd carry an updated version?  Is there a workaround @ for TSM's insistence that I use a VAX interface on my DS20e (VMS
 v.7.2-1)? =20    Thanks--Guy    Business Services Engineer Towson University  Gnoce@towson.edu   ------------------------------  % Date: Sun, 14 Nov 2004 18:53:27 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au> Subject: Re: VMS Advertisement/ Message-ID: <41970EF7.4010201@transgrid.com.au>    David J Dachtera wrote:   
 [Big snip]  J >>Has it occurred to you that you know about as much about advertising andK >>marketing as HP's marketing people know about memory management and ASTs?  >  > I > It has occured to most of us here that HP's marketing people know about C > as much about advertising and marketing as they know about memory  > management and ASTs. >   G I think this is incorrect.  HP do know about marketing per se.  We see  I so many "Invent" ads.  What they do not know (or do not want to know) is   how to market a particular OS.  I > In fairness, though, you're quite right: were HP to turn the marketeers H > loose, I'm sure they could plaster walls, billboards, full-pages, etc.I > with highly effective VMS ads from one end of the country to the other.  > H The marketers *have* been turned loose.  They are allowed to market any I and everything apart from VMS.  They have turned out some good ads, just   as long as they can ignore VMS.     G > What they CAN do is, I'm sure, a *VERY* *LARGE* superset of what they  > are allowed to do. >  Yeah, they're only "allowed".   F > Then again, I've learned a very valuable lesson in this group: don'tJ > under-estimate the breadth of knowledge/experience any one individual in! > this group brings to the table.  >  > G And we know that DEC, COMPAQ and HP have never been interested in this  F newsgroup.  We have excellent engineers that are, but regrettably the " top management wants to ignore us.  *   Remember what happens when you ass-u-me. > 5 As a pom in Au, my heritage spells it differently :-)    Regards, Paddy      G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------  % Date: Sun, 14 Nov 2004 13:07:25 +0100   From: "Dr. Dweeb" <dr@dweeb.com> Subject: Re: VMS Advertisement- Message-ID: <cn7hpv$109m$1@news.cybercity.dk>    David J Dachtera wrote:  > Jan-Erik Sderholm wrote:  >> >> "Michael D. Ober" wrote:  >>> F >>> On the back cover of last weeks "Information Week" there is a fullG >>> page (cover) ad for HP Infinity Servers that actually lists OpenVMS 
 >>> as an OS.  >>> 	 >>> Mike.  >>E >> The major Swedish IT newspaper (Computer Sweden, run by IDG) had a F >> full page article this Friday about VMS. Quite positive tone, which@ >> clearly pointed out the main differences between VMS and "the >> others".  > = > Any chance you cna post a URL? ...or was it hard-copy only?  > B >> Nice reading and better then a "run VMS too" note at the bottom >> of an ad... > / > Seconded, and I've not even read the article.   G The site is here http://computersweden.idg.se/ but I could not find the I article.  Anyway, it will be in Swedish, so it might be difficult to read  :-)    Dweeb    ------------------------------  % Date: Sun, 14 Nov 2004 06:23:25 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: VMS Advertisement( Message-ID: <opshgkxbjezgicya@hyrrokkin>  C On Sun, 14 Nov 2004 13:07:25 +0100, Dr. Dweeb <dr@dweeb.com> wrote:    > David J Dachtera wrote:  >> Jan-Erik Sderholm wrote: >>>  >>> "Michael D. Ober" wrote: >>>>G >>>> On the back cover of last weeks "Information Week" there is a full H >>>> page (cover) ad for HP Infinity Servers that actually lists OpenVMS >>>> as an OS. >>>>
 >>>> Mike. >>> F >>> The major Swedish IT newspaper (Computer Sweden, run by IDG) had aG >>> full page article this Friday about VMS. Quite positive tone, which A >>> clearly pointed out the main differences between VMS and "the  >>> others". >>> >> Any chance you cna post a URL? ...or was it hard-copy only? >>C >>> Nice reading and better then a "run VMS too" note at the bottom  >>> of an ad...  >>0 >> Seconded, and I've not even read the article. > I > The site is here http://computersweden.idg.se/ but I could not find the K > article.  Anyway, it will be in Swedish, so it might be difficult to read  > :-) e http://computersweden.idg.se/ArticlePages/200411/11/20041111171434_CS221/20041111171434_CS221.dbp.asp  Here's a translation    H "Lead Article:  Over the years many analysts have had to eat crow over   their J predictions.  Two examples ar IBM's mainframes and HP's operating system  J OpenVMS.  Mainframes which were declared dead in the 90's, are celebrating2 their 40th anniversary and are stronger than ever.  K Even the old minicomputer manufacturer Digital's flagship VMS, since then   ? HP's OpenVMS has survived all propecies of its imminent demise.   K When HP bought Compaq, OpenVMS was indicated as a Product to be retired.     InH Sweden alone, there are 400,000 systems based on OpenVMS.  Worldwide the# number of users is over 10 million.   K In both cases the fundemental technology holds the performance.  The Inix   G camp never succeded in challenging the big iron, which does one thing   ; better than all the rest: efficient transaction processing.   K It is the same with OpenVMS which holds the performance for reliability and 	 capacity.   K Many cutomers do not want to change technology.  As long as the sytem works I there is no reason to change, despite promises from analysts and promises G  from the competition.  The trend is moving to coexistence  of legacy   J technology with newer systems.  The risk is that users with legacy systems; will encounter problems.  The challenge is in integration."    >  > Dweeb  >  >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------    Date: 14 Nov 2004 18:38:18 -0100* From: "Michael Kraemer" <M.Kraemer@gsi.de> Subject: Re: VMS Advertisement0 Message-ID: <4197A61A.MD-1.4.4.M.Kraemer@gsi.de>   > InJ > Sweden alone, there are 400,000 systems based on OpenVMS.  Worldwide the% > number of users is over 10 million.  >   * Oh no, not again these ridiculous numbers.E With maybe 10 Million Swedes and thus about 4 million households this 8 would mean that every tenth houshold owns a VMS system !@ Which means that VMS probably has beaten the Macintosh in market share, at least in Sweden.   Not.      ------------------------------    Date: 14 Nov 2004 12:44:27 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: VMS Advertisement3 Message-ID: <m6ADQf$1+i7P@eisner.encompasserve.org>   ] In article <4197A61A.MD-1.4.4.M.Kraemer@gsi.de>, "Michael Kraemer" <M.Kraemer@gsi.de> writes:  >> In K >> Sweden alone, there are 400,000 systems based on OpenVMS.  Worldwide the & >> number of users is over 10 million. >>   > , > Oh no, not again these ridiculous numbers.G > With maybe 10 Million Swedes and thus about 4 million households this : > would mean that every tenth houshold owns a VMS system !  J As it turns out, VMS systems are not used as home computers in most cases.   ------------------------------   End of INFO-VAX 2004.633 ************************