1 INFO-VAX	Sat, 10 May 2003	Volume 2003 : Issue 257       Contents:B Re: Another Book from Digital Press - Getting Started with OpenVMSB Re: Another Book from Digital Press - Getting Started with OpenVMS Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question ! Re: Comparison of similar systems . Re: Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS' Re: creating licenses for my own demos? ' Re: creating licenses for my own demos?  Determining Disk Booted From  Re: Determining Disk Booted From* Re: determining when a file is closed/open+ Re: For Sale on Ebay OpenVMS V7.3-1 and SPL  Re: Get Versions Re: Get Versions< Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd* Re: How to determine boot device from DCL?3 Re: HP's 'Adaptive Enterprise' advertising campaign 3 Re: HP's 'Adaptive Enterprise' advertising campaign 3 Re: HP's 'Adaptive Enterprise' advertising campaign 3 Re: HP's 'Adaptive Enterprise' advertising campaign G Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly 6 Re: Improvements in TCP/IP Services anti-spam features" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance Re: Java "Unknown host" problem ; Re: MicroVAX and VAX models EOSL list (end of service life) O Re: NEW LUG, first meeting - Eastern Ohio/Western Pennsylvania - Please forward P Re: Not fixed yet but still trying: Problems changing from serial port  to DecSeP Re: Not fixed yet but still trying: Problems changing from serial port to DecSerP Re: Not fixed yet but still trying: Problems changing from serial port to DecSerP Re: Not fixed yet but still trying: Problems changing from serial port to DecSer' Re: OpenVMS Memory/Performance Question ' Re: OpenVMS Memory/Performance Question ' Re: OpenVMS Memory/Performance Question 8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS? & Re: Speed of IDE controllers in DS10 ? Re: TCPIP libraries?+ Re: TCPIP Services Telnet problem [I think] ) Re: TCPware to TCPIP FTP connect problem. C TPC-C was: How Alpha will save Itanium - must reading for Bill Todd G Re: TPC-C was: How Alpha will save Itanium - must reading for Bill Todd . Re: Using ALLOCLASS=1 and fiber channel disks?. Re: Using ALLOCLASS=1 and fiber channel disks?7 Re: What is the schedule for the DII COE certification?  Re: Where is VMSBACKUP?  Re: [GOOGLE] Missing article ?  F ----------------------------------------------------------------------  * Date: Fri, 9 May 2003 18:19:14 +0000 (UTC)0 From: "insomnee_a" <robert.heyes@btinternet.com>K Subject: Re: Another Book from Digital Press - Getting Started with OpenVMS 2 Message-ID: <b9grf2$ebt$1@hercules.btinternet.com>  J I wanted a Systems Management one from Digital Press and when I rang them," they said it had been cancelled!!!  > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message7 news:857e9e41.0305090942.17872454@posting.google.com...  > From: Skonetski, Susan% > Sent: Friday, May 09, 2003 11:43 AM  > To: Skonetski, SusanB > Subject: OpenVMS Pearl to end the week ANOTHER OpenVMS Book from. > Digital Press - Getting Started with OpenVMS >  > C > Another Book from Digital Press, this is great news for everyone.  > 6 > Getting Started with OpenVMS - A Guide for New Users > Written by Michael D. Duffy  > 7 > (this is what it says in part on the back cover, Sue)  > @ > OpenVMS professional have long enjoyed a robust, full-featuredH > operating system suitable for the most mission-critical application inG > existence.  However, many of today graduates may not yet have had the H > opportunity to experience it for themselves.  Intended for an audienceD > with some knowledge of operating systems such as Windows, UNIX andB > Linux, Getting Started with OpenVMS introduces the reader to the > OpenVMS approach.  > D > (there are a few more paragraphs and then about the Author) not to# > mention all around good guy, Sue)  > H > Michael Duffy is a Senior Software Engineer with Process Software LLC,B > where he develops and maintains various components of two TCP/IP? > implementations for OpenVMS.  He has over 15 years of OpenVMS E > experience as a system manager, analyst, and system programmer, and / > has spoken at the DECUS (now HPETS)symposium.  > H > For more details about this book, click on the Digital Press BookstoreB > which is available from http://h71000.www7.hp.com/ Note that theC > Digital Press website includes a tab for users who are outside of  > North America. >  > ISBN:1-55558-279-6 >  > Warm Regards,  > Sue Skonetski  > OpenVMS Engineering    ------------------------------  # Date: Sat, 10 May 2003 01:46:26 GMT # From: "John Smith" <a@nonymous.com> K Subject: Re: Another Book from Digital Press - Getting Started with OpenVMS I Message-ID: <SRYua.130513$w7k.85062@news04.bloor.is.net.cable.rogers.com>   < > "However, many of today graduates may not yet have had the/ > opportunity to experience it for themselves."   D No kidding. At the glacial pace HP's .edu plans for VMS progress, it* could be another millenium before they do.     >  Intended for an audience D > with some knowledge of operating systems such as Windows, UNIX andB > Linux, Getting Started with OpenVMS introduces the reader to the > OpenVMS approach."  C It's nice that such books exist and I'm sure that it was a labor of A love for the author, but if HP is doing nothing to expand the VMS 7 marketshare then books like this are a waste of effort.     A What's needed is an executive level/ boardroom level booklet that E explains to the people who sign the checks why VMS is a better choice 0 than Billyware or unix/linux, in terms that they> understand....corporate liability, disaster tolerance, uptime, expandability, etc...    ------------------------------  % Date: Fri, 09 May 2003 22:24:52 +0200  From: Dirk Munk <munk@home.nl> Subject: Backup question2 Message-ID: <b9h2sm$ddq$1@news2.tilbu1.nb.home.nl>  / I made two image backups to one tape like this:   " backup/image dka0: mka500:dka0.bck& backup/image dka200: mka500:dka200.bck  ! Both backup sets are on the tape. 1 I was able to verify that with dir MKA400: /size.   = Now I want to extract some files from the dka200.bck saveset. * But somehow I can't get backup to do that.   I tried:  3 backup mka500:dka200.bck /select= etc. but no luck.   ( I get the response dka200.bck not found.   Can somone tell me what to do ?   
 Thanks....   ------------------------------   Date: 9 MAY 2003 21:03:24 GMT + From: Dave Greenwood <greenwoodde@ornl.gov>  Subject: Re: Backup question1 Message-ID: <9MAY03.21032400@feda01.fed.ornl.gov>   6 In a previous article, Dirk Munk <munk@home.nl> wrote:1 > I made two image backups to one tape like this:  >   $ > backup/image dka0: mka500:dka0.bck( > backup/image dka200: mka500:dka200.bck >   # > Both backup sets are on the tape. 3 > I was able to verify that with dir MKA400: /size.  >   ? > Now I want to extract some files from the dka200.bck saveset. , > But somehow I can't get backup to do that. >   
 > I tried: >   5 > backup mka500:dka200.bck /select= etc. but no luck.  >   * > I get the response dka200.bck not found. >   ! > Can somone tell me what to do ?   7 Sounds like you need to rewind the tape.  If it's still  mounted (foreign) you can      $ SET MAGTAPE/REWIND MKA500:  = Or dismount (/nounload) and remount to start your search from  the beginning of the tape.  1 I assume the "dir MKA400: /size" above is a typo?    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Fri, 09 May 2003 16:37:44 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Backup question) Message-ID: <3EBC118D.36CEF581@istop.com>    Dirk Munk wrote: > 1 > I made two image backups to one tape like this:  > $ > backup/image dka0: mka500:dka0.bck( > backup/image dka200: mka500:dka200.bck  + second one should have had /NOREWIND to it. I (also, I assume you also had /SAVE_SET to qualify the output file names.)   # > Both backup sets are on the tape. 3 > I was able to verify that with dir MKA400: /size.   5 > backup mka500:dka200.bck /select= etc. but no luck.    $mount mka500/override=label, $copy mka500:dka200.bck temp_disk:dka200.bck1 $backup temp_disk:dka200.bck/save/select=etc ....    ------------------------------   Date: 9 May 2003 16:18:12 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Backup question3 Message-ID: <lw1Chx1EuT8R@eisner.encompasserve.org>   S In article <b9h2sm$ddq$1@news2.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:  > 5 > backup mka500:dka200.bck /select= etc. but no luck.  > @   Is it dka200.bck on the tape or DKA200.BCK?  If you had DCL inA   extended parsing mode you may have made the former on the tape. C   I've seen a few utulities occaisionally get confused by this kind    of thing.      If it is dka200.bck, try: .    $ backup mka500:"dka200.bck" /sel= and such  C   also look very closely for 0 vs. O.  We once had a .C0M file that 6   was hard to catch in a directory full of .COM files.   ------------------------------   Date: 9 May 2003 16:19:44 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Backup question3 Message-ID: <vJgpti7h1Cve@eisner.encompasserve.org>   V In article <3EBC118D.36CEF581@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > - > second one should have had /NOREWIND to it.   $   Not required, that is the default.  K > (also, I assume you also had /SAVE_SET to qualify the output file names.)   7   Also not required, /save_set is the default on tapes.    ------------------------------  % Date: Fri, 09 May 2003 23:24:43 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: Backup question2 Message-ID: <b9h6ct$586$1@news2.tilbu1.nb.home.nl>   Dave Greenwood wrote: 8 > In a previous article, Dirk Munk <munk@home.nl> wrote: > 1 >>I made two image backups to one tape like this:  >>  $ >>backup/image dka0: mka500:dka0.bck( >>backup/image dka200: mka500:dka200.bck >>  # >>Both backup sets are on the tape. 3 >>I was able to verify that with dir MKA400: /size.  >>  ? >>Now I want to extract some files from the dka200.bck saveset. , >>But somehow I can't get backup to do that. >>  
 >>I tried: >>  5 >>backup mka500:dka200.bck /select= etc. but no luck.  >>  * >>I get the response dka200.bck not found. >>  ! >>Can somone tell me what to do ?  >  > 9 > Sounds like you need to rewind the tape.  If it's still  > mounted (foreign) you can  >   >   $ SET MAGTAPE/REWIND MKA500:   I did that. P It takes a while before I get the error, so backup is searching the tape (I can E hear that too). If it was at the EOV label, it will not read anymore.    > ? > Or dismount (/nounload) and remount to start your search from  > the beginning of the tape. > 3 > I assume the "dir MKA400: /size" above is a typo?  yes, the 4 should be a 5.    >  > Dave > --------------; > Dave Greenwood                Email: Greenwoodde@ORNL.GOV J > Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Fri, 09 May 2003 23:20:58 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: Backup question2 Message-ID: <b9h65s$2sd$1@news2.tilbu1.nb.home.nl>   JF Mezei wrote:  > Dirk Munk wrote: > 1 >>I made two image backups to one tape like this:  >>$ >>backup/image dka0: mka500:dka0.bck( >>backup/image dka200: mka500:dka200.bck >  > - > second one should have had /NOREWIND to it. K > (also, I assume you also had /SAVE_SET to qualify the output file names.)  >  > # >>Both backup sets are on the tape. 3 >>I was able to verify that with dir MKA400: /size.  >  > 5 >>backup mka500:dka200.bck /select= etc. but no luck.  >  >  > $mount mka500/override=label. > $copy mka500:dka200.bck temp_disk:dka200.bck3 > $backup temp_disk:dka200.bck/save/select=etc ....   H Gooed idea, if it wasn't for the fact that I used a block size of 65024.1 RMS doesn't like anything with record sizes > 32k    ------------------------------  % Date: Fri, 09 May 2003 23:22:04 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>  Subject: Re: Backup question? Message-ID: <d1d619f04b.Alan.Adams@orchard-way.freeserve.co.uk>   1 In message <b9h2sm$ddq$1@news2.tilbu1.nb.home.nl> )           Dirk Munk <munk@home.nl> wrote:   1 > I made two image backups to one tape like this:  > $ > backup/image dka0: mka500:dka0.bck( > backup/image dka200: mka500:dka200.bck >   K The first should have had /rewind, but if you just initialised the tape, it  would be redundant.   # > Both backup sets are on the tape. 3 > I was able to verify that with dir MKA400: /size.   J I presume you did a MOUNT/OVER=ID, or a MOUNT MKA500: <label>, in order to6 use DIR i.e. not MOUNT/FOREIGN, which Backup requires?   > ? > Now I want to extract some files from the dka200.bck saveset. , > But somehow I can't get backup to do that. > 
 > I tried: > 5 > backup mka500:dka200.bck /select= etc. but no luck.  > * > I get the response dka200.bck not found.  K After the DIR command, did you dismount, and remount/foreign, or dismount,  ! and allow backup to do the mount?    > ! > Can somone tell me what to do ?  >  > Thanks.... >    --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  % Date: Fri, 09 May 2003 19:30:07 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Backup question) Message-ID: <3EBC39E9.CCE77DF7@istop.com>    Dirk Munk wrote:  > > $mount mka500/override=label0 > > $copy mka500:dka200.bck temp_disk:dka200.bck5 > > $backup temp_disk:dka200.bck/save/select=etc ....  > J > Gooed idea, if it wasn't for the fact that I used a block size of 65024.3 > RMS doesn't like anything with record sizes > 32k   M Could you use CONVERT to "copy" the file from tape to disk while changing its D block size ? Would that make BACKUP unable to process the save set ?   ------------------------------  % Date: Fri, 09 May 2003 20:04:31 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Backup question' Message-ID: <3EBC501F.4AA1C25B@fsi.net>    Dirk Munk wrote: >  > Dave Greenwood wrote: : > > In a previous article, Dirk Munk <munk@home.nl> wrote: > > 3 > >>I made two image backups to one tape like this:  > >>& > >>backup/image dka0: mka500:dka0.bck* > >>backup/image dka200: mka500:dka200.bck > >>% > >>Both backup sets are on the tape. 5 > >>I was able to verify that with dir MKA400: /size.  > >>A > >>Now I want to extract some files from the dka200.bck saveset. . > >>But somehow I can't get backup to do that. > >> > >>I tried: > >>7 > >>backup mka500:dka200.bck /select= etc. but no luck.  > >>, > >>I get the response dka200.bck not found. > >># > >>Can somone tell me what to do ?  > >  > > ; > > Sounds like you need to rewind the tape.  If it's still  > > mounted (foreign) you can  > > " > >   $ SET MAGTAPE/REWIND MKA500: > 
 > I did that. Q > It takes a while before I get the error, so backup is searching the tape (I can G > hear that too). If it was at the EOV label, it will not read anymore.   F EOV labels indicate that the volume-set as well as the current dataset) (saveset) is continued on another volume.   ? Two successive tape marks (causes EOF) with no intervening data  indicates EOT.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 09 May 2003 20:11:09 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Backup question' Message-ID: <3EBC51AD.C0E6327A@fsi.net>    Dirk Munk wrote: > 1 > I made two image backups to one tape like this:  > $ > backup/image dka0: mka500:dka0.bck( > backup/image dka200: mka500:dka200.bck > # > Both backup sets are on the tape. 3 > I was able to verify that with dir MKA400: /size.  > ? > Now I want to extract some files from the dka200.bck saveset. , > But somehow I can't get backup to do that. > 
 > I tried: > 5 > backup mka500:dka200.bck /select= etc. but no luck.  > * > I get the response dka200.bck not found. > ! > Can somone tell me what to do ?   F Another poster mentioned case sensitivity. You can check that out this way:   $ MOUNT/FOREIGN MKA500B $ DUMP/BLOCK=COUNT=4 MKA500:	! Should show the VOL1, HDR1 and HDR2+ $				! and an *** EOF ***. Note the case of + $				! printable ASCII data in the records. ; $ SET MAG/SKIP=FILE=1 MKA500:	! Skip past the first saveset < $ DUMP/BLOCK=COUNT=3 MKA500:	! Should show the EOF1 and EOF2 $				! and an *** EOF *** < $ DUMP/BLOCK=COUNT=3 MKA500:	! Should show the HDR1 and HDR2+ $				! and an *** EOF ***. Note the case of + $				! printable ASCII data in the records.  $ DISM/NOUNL MKA500    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 09 May 2003 14:15:15 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: Comparison of similar systems) Message-ID: <3EBBF032.258E2374@istop.com>    Steve Bainbridge wrote: G > We have many pairs of machines running OpenVMS. Each pair should have E > the same hardware and software (OS, patches etc, 3rd party Products G > and user written s/w). Are there any tools available that will easily H > allow us to confirm that two machines are indeed similar to each other  M When I was having problems with the CDA converters, I had written a quick DCL N procedure that made use of the SYS$UPDATE:DECW$GET_IMAGE_VERSION.COM (there isJ also DECW$COMPARE_VERSIONS) which can let you compare executables from two9 systems in a cluster ( you could tweak it to use decnet).       L You can also use F$SEARCH to go through list of files in certain directoriesM and check that they exist on the other system, producing a list of files that N exist on A but not on B. And then run it on B to see files that exist on B but	 not on A.   H You can also use F$FILE_ATTRIBUTES to check dates. Or even DIFFERENCE to compare contents.    ------------------------------  % Date: Fri, 09 May 2003 14:30:04 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>7 Subject: Re: Computerworld: HP continues to support VMS ) Message-ID: <3EBBF3AA.D0B73F7F@istop.com>   @ > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in messageJ > > Now, with regard to looking for new customers, the VMS organization is& > > working hard to win new customers.    H Yes, and folks like Sue are doing wonderful work. Unfortunatly, they areK hindered by the lack of corporate backing/support, and they are hindered by : the exclusion of VMS from speeches made at the high level.  N Sue, without the backing of HP, is no match against the marketing behemouth ofK Microsoft, IBM or even Sun. That the VMS organisation has succeeded to make N VMS survive this long is testimony of their dedication and hard work to combatI not the competition, but their very own employer. They are not allowed to 0 combat the competition (it is called marketing).  N Remember the "renaissance" ? We we so happy that there were signs of marketingJ (albeit very small amount of marketing). But that went away fairly quicklyL didn't it. And you'd think that after the murder of Alpha and HP takeover ofM VMS, HP would have given VMS plenty of exposure to send a strong message that J VMS was to be a key part of HP's product strategy. But no, HP went through& great lengths to avoid mentioning VMS.   ------------------------------   Date: 9 May 2003 21:21:32 -0500 + From: young_r@encompasserve.org (Rob Young) 7 Subject: Re: Computerworld: HP continues to support VMS 3 Message-ID: <dWEmyFkaiwsU@eisner.encompasserve.org>   w In article <01KVP1K7NGU2AKVGCS@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:    > D >> The whole idea of the Unix Portability Initiative is to allow theC >> entire suite of Unix applications to simply build-and-go on VMS, C >> unmodified.  That allows anyone who would select a Unix or Linux I >> solution to pick VMS as the platform for the applications they need to  >> run.  > H > OK.  Of course, this means that one has all the disadvantages of unix H > unmodified as well, or at least many of them.  Surely VMS should have G > not just some glorifed POSIX kit, but should ALSO cater to folks who  I > want to write applications which make use of the specific strengths of   > VMS.  3 	But I think the idea is to pick up source code and 9 	compile and create VMS binaries.  keeping costs down and A 	removing a argument against VMS.  (i.e. source code - no touch).   8 	Ideally?  Ground zero write app targeted *specifically*: 	for VMS and VMS only?  Okay.  Very small number of folks.   				Rob    ------------------------------  $ Date: Fri, 9 May 2003 18:18:37 -0400% From: "John Vottero" <John@mvpsi.com> 0 Subject: Re: creating licenses for my own demos?/ Message-ID: <vboa9vnpp9fg41@news.supernews.com>   . "Beyonder" <beyonder@vrx.net> wrote in message2 news:tasjbvcn07on0u2p8io7n7v05nkafggpfb@4ax.com...C > On Wed, 07 May 2003 00:23:15 -0500 (CDT), sms@antinode.org wrote: = > >   I don't know, but perhaps he tried something like this:  > >  > >ALP $ license generate ? > >%DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE ; > >-CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE; D > >-RMS-F-DEV, error in device name or inappropriate device type for	 operation  > > 3 > >ALP $ dire sys$sysdevice:[000000...]PAK$USER.EXE $ > >%DIRECT-W-NOFILES, no files found > > . > >ALP $ write sys$output f$getsyi( "HW_NAME") > >AlphaStation 200 4/233  > > . > >ALP $ write sys$output f$getsyi( "VERSION")	 > >V7.2-1  > ! > yep thats about the size of it:  >  > $ license generate> > %DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE: > -CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE;C > -RMS-F-DEV, error in device name or inappropriate device type for  > operation  >  > nice!  >  > and it gets better-   > $DISK1:[SYS0.SYSCOMMON.SYSEXE] > @ > doesn't even exist for me! (by this I mean I don't have a SYS0" > directory anywhere on my drives) >   B $ LICENSE GENERATE is obsolete.  It has been replaced by $ LICENSE REGISTER/GENERATE   L Other than the PAKGEN PAK, there is nothing to install, it's all part of VMS (7.2 or later).    John Vottero   ------------------------------  $ Date: Fri, 9 May 2003 19:27:15 -0400  From: John Santos <JOHN@egh.com>0 Subject: Re: creating licenses for my own demos?5 Message-ID: <1030509191614.1392A-100000@Ives.egh.com>   # On Thu, 8 May 2003, Beyonder wrote:   C > On Wed, 07 May 2003 00:23:15 -0500 (CDT), sms@antinode.org wrote: = > >   I don't know, but perhaps he tried something like this:  > >  > >ALP $ license generate ? > >%DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE ; > >-CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE; N > >-RMS-F-DEV, error in device name or inappropriate device type for operation > > 3 > >ALP $ dire sys$sysdevice:[000000...]PAK$USER.EXE $ > >%DIRECT-W-NOFILES, no files found > > . > >ALP $ write sys$output f$getsyi( "HW_NAME") > >AlphaStation 200 4/233  > > . > >ALP $ write sys$output f$getsyi( "VERSION")	 > >V7.2-1  > ! > yep thats about the size of it:  >  > $ license generate> > %DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE: > -CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE;C > -RMS-F-DEV, error in device name or inappropriate device type for  > operation  >  > nice!  >  > and it gets better-   > $DISK1:[SYS0.SYSCOMMON.SYSEXE] > @ > doesn't even exist for me! (by this I mean I don't have a SYS0" > directory anywhere on my drives) >  > B.  6 HMMMM!  A lot of erroneous assumptions in this thread.  ( 1) Sign up for CAS^H^H^HASAP^H^H^H^HDSPP 2) Request the PAKGEN PAK ) 3) Register the PAKGEN PAK on your system 0 4) Follow the instructions for generating PAK's.   It now magically works.   2 IIRC, LICENSE GENERATE uses the old PAKGEN method.5 LICENSE REGISTER/GENERATE uses the new PAKGEN method.   4 The old PAKGEN method required add-on software.  The2 new method is built into LMF and only requires the$ PAKGEN PAK be registered and loaded.  7 Note: you can't generate your own licenses to arbitrary 1 products.  You can only generate license with the 7 "producer" and "issuer" you requested when you got your 2 PAKGEN PAK, and HP insures these are unique.  When6 your product checks to see if it is properly licensed,0 it checks not just the product name but also the7 producer.  (I.E. If I produced a PAK for e.g. DEC C, it 6 would have my company's name as the producer, not DEC,' so it wouldn't work for running DEC C.)    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 9 May 2003 14:49:24 -0700 . From: Jack.Trachtman@vmmc.org (Jack Trachtman)% Subject: Determining Disk Booted From < Message-ID: <69d784c4.0305091349.f99ded2@posting.google.com>  
 [VMS V7.3]  5 All our VMS systems have their system disks shadowed.   6 How can I find out which disk of the pair was actually used to boot from?  3 Note: F$GETENV returns info on the console variable $ "booted_dev", but I can't decode it.   Thanks   ------------------------------  $ Date: Fri, 9 May 2003 23:28:04 +0100* From: "John Travell" <john@travell.uk.net>) Subject: Re: Determining Disk Booted From 5 Message-ID: <b9ha1m$jnv68$1@ID-120847.news.dfncis.de>   ; "Jack Trachtman" <Jack.Trachtman@vmmc.org> wrote in message 6 news:69d784c4.0305091349.f99ded2@posting.google.com... > [VMS V7.3] > 7 > All our VMS systems have their system disks shadowed.  > 8 > How can I find out which disk of the pair was actually > used to boot from? > 	 $ ana/sys  SDA> show dev DSAx  < One of the devices in the member list will mention 'master'.I I do not have a shadow set to hand to refresh my memory of exactly where. K Undoubtedly there are other ways to identify this, but I do not know of any  way to do it from DCL.   -- John Travell  VMS crashdump expertise for hire john@travell.uk.net  http://www.travell.uk.net/       --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003    ------------------------------   Date: 9 May 2003 14:13:15 -0700 " From: jnboomer@yahoo.com (jboomer)3 Subject: Re: determining when a file is closed/open = Message-ID: <f56c6aaf.0305091313.2ce110d8@posting.google.com>   > Yes, I agree, "locked" is not the same as "open".  So maybe myD question is what is the default for an open/write.  Will it lock the? file until it is closed?  Or, as I read the online help, is the ? default "read access" whenever the /share parameter is omitted?  Jim    ------------------------------  % Date: Fri, 09 May 2003 19:51:13 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 4 Subject: Re: For Sale on Ebay OpenVMS V7.3-1 and SPL' Message-ID: <3EBC4D01.C6959D24@fsi.net>    George Samuelson wrote:  > 1 > Oops. I apologize. I have reset the parameters.    Thanx!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Fri, 9 May 2003 14:50:09 -0400* From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: Get Versions 4 Message-ID: <dOSua.6520$945.19089@tor-nn1.netcom.ca>   That`s a useful proc. E I modified a bit to have everything in a single .COM and accept P1 as  product to look for.  
 Wonderful!   --   OpenVMS 7.2-1, Oracle 8.1.6.0    Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) 8 To reply to myself directly, remove zulu from my address  E "John Brandon" <brandon@dalsemi.com> a crit dans le message de news: & 03050812183430@dscis6-0.dalsemi.com...L > I have put together a bit of code that will fetch the versions of PRODUCTS and  > user defined packages. > I > There are three components, GETVER.COM (main module), GETVER_ORALCE.COM  (oracle 6 > module), and GETVER.SCRIPTS (user defined packages). >  > Watch for wraps.$ > Create /dir mydisk:[versions.work] > Change mydisk to your disk. * > Change myoracleroot to your oracle root.L > Add entries to GETVER.SCRIPTS - I have populated this file with as many as I J > could think of.  If you have additional ones you would like to add/post, please > do so. > 
 > Enjoy... > L > ----------------------------------------cut-------------------------------	 ---------  > $ create GETVER.COM; > $!8 > $! Parse out the VERSION from user specified products. > $!# > $! Script file field declaration:  > $! > $!   product,command" > $!     product = name of product+ > $!     command = command to fetch version  > $! > $! > $ set noon > $ set noverify > $! > $! > $ quote[0,8] = 34  > $!I > $ scratchflnm = "mydisk:[versions.work]getver_scratch_''nodename'.txt;" I > $ productflnm = "mydisk:[versions.work]getver_product_''nodename'.txt;" C > $ workflnm = "mydisk:[versions.work]getver_work_''nodename'.txt;"  > $!3 > $ scriptflnm = "mydisk:[versions]getver.scripts;" $ > $ open scriptfl 'scriptflnm' /read > $!D > $ outputflnm = "mydisk:[versions]getver_versions_''nodename'.txt;"% > $ open outputfl 'outputflnm' /write  > $! > $ gosub scriptfl_read  > $!6 > $ sort 'outputflnm' 'outputflnm' /key=(pos:1,siz:20) > $ type nl: /page > $ type 'outputflnm'  > $ exit > $ exit > $! > $!, > $!---------------------------------------- > $ scriptfl_read:. > $ read scriptfl scriptdata /err=scriptfl_eof0 > $ if (f$extract(0,1,scriptdata) .eqs. "!" .or. f$edit(scriptdata,"COLLAPSE") " > eqs. "") then goto scriptfl_read) > $ product = f$element(0,",",scriptdata) ) > $ execute = f$element(1,",",scriptdata)  > $! > $ if (execute .eqs. "DCL") > $ then > $   gosub command_dcl  > $   goto scriptfl_read	 > $ endif  > $!  > $ if (execute .eqs. "ANALYZE") > $ then > $   gosub command_analyze  > $   goto scriptfl_read	 > $ endif  > $!  > $ if (execute .eqs. "PRODUCT") > $ then > $   gosub command_product  > $   goto scriptfl_read	 > $ endif  > $! > $ if (execute .eqs. "ZIP") > $ then > $   gosub command_zip  > $   goto scriptfl_read	 > $ endif  > $! > $ if (execute .eqs. "ORACLE")  > $ then > $   gosub command_oracle > $   goto scriptfl_read	 > $ endif  > $!D > $ write sys$output "Do not understand execute value of ''execute', > ''scriptdata' not processed" > $ goto scriptfl_read > $! > $!, > $!---------------------------------------- > $ scriptfl_eof:  > $ close scriptfl > $ close outputfl
 > $ return > $! > $!, > $!---------------------------------------- > $ command_dcl:) > $ command = f$element(2,",",scriptdata)  > $ gosub get_sys$output > $ gosub scratchfl_openH > $ if (f$extract(0,1,version) .nes. "V" .and. version .nes. "n/a") then version  > = "V" + version 5 > $ write outputfl f$fao("!30AS !AS",product,version) 
 > $ return > $! > $!, > $!---------------------------------------- > $ command_analyze:+ > $ imagename = f$element(2,",",scriptdata)  > $ gosub get_analyze H > $ if (f$extract(0,1,version) .nes. "V" .and. version .nes. "n/a") then version  > = "V" + version 5 > $ write outputfl f$fao("!30AS !AS",product,version) 
 > $ return > $! > $!, > $!---------------------------------------- > $ command_product:# > $ define sys$output 'productflnm'  > $ product show product > $ deassign sys$output  > $!& > $ open productfl 'productflnm' /read > $ gosub productfl_prime 
 > $ return > $! > $!, > $!---------------------------------------- > $ command_zip:) > $ command = f$element(2,",",scriptdata)  > $ gosub get_sys$output& > $ open scratchfl 'scratchflnm' /read* > $ read scratchfl data /err=scratchfl_eof* > $ read scratchfl data /err=scratchfl_eof- > $ read scratchfl version /err=scratchfl_eof  > $ close scratchfl & > $ version = f$element(1," ",version)H > $ if (f$extract(0,1,version) .nes. "V" .and. version .nes. "n/a") then versionu > = "V" + versiont5 > $ write outputfl f$fao("!30AS !AS",product,version)e
 > $ return > $! > $!, > $!---------------------------------------- > $ command_oracle:q) > $ command = f$element(2,",",scriptdata)q > $ gosub get_sys$output > $! > $ loc_min = 999 % > $ open oraclefl 'scratchflnm' /readt > $! > $!, > $!---------------------------------------- > $ oraclefl_read:( > $ read oraclefl data /err=oraclefl_eof > $!" > $ loc = f$locate("Release",data)  > $ if (loc .lt. f$length(data)) > $ then+ > $   product = f$extract(0,loc,data) - ":" ? > $   version = "V" + f$element(0," ",f$extract(loc+8,99,data))n7 > $   write outputfl f$fao("!30AS !AS",product,version)e > $   goto oraclefl_read	 > $ endifp > $!' > $ loc = f$locate("VMS: Version",data) 7 > $ if (loc .lt. f$length(data) .and. loc .le. loc_min)s > $ then > $   loc_min = locB7 > $   product = "ORACLE " + f$element(0," ",data) + " "f@ > $   version = "V" + f$element(0," ",f$extract(loc+13,99,data)) > $   goto oraclefl_read	 > $ endifm > $!2 > $ loc = f$locate("Listener Parameter File",data)  > $ if (loc .lt. f$length(data)) > $ then/ > $   product = product + f$element(1,".",data)r7 > $   write outputfl f$fao("!30AS !AS",product,version)c > $   goto oraclefl_read	 > $ endif  > $ goto oraclefl_read > $! > $!, > $!---------------------------------------- > $ oraclefl_eof:  > $ close oraclefl
 > $ return > $! > $!, > $!---------------------------------------- > $ productfl_prime:* > $ read productfl data /err=productfl_eof* > $ read productfl data /err=productfl_eof* > $ read productfl data /err=productfl_eof > $!, > $!---------------------------------------- > $ productfl_read:c* > $ read productfl data /err=productfl_eof> > $ if (f$extract(0,1,data) .eqs. "-") then goto productfl_eof > $!# > $ product = f$element(2," ",data)g7 > $ if (product .eqs. "found") then goto productfl_readi# > $ version = f$element(3," ",data)a: > $ if (version .nes. "") then write outputfl f$fao("!30AS !AS",product,version)n > $ goto productfl_reade > $! > $!, > $!---------------------------------------- > $ productfl_eof: > $ close productfle
 > $ return > $! > $!, > $!---------------------------------------- > $ get_sys$output:m! > $ open workfl 'workflnm' /write 5 > $ write workfl "$ define sys$output ''scratchflnm'"  > $ write workfl command( > $ write workfl "$ deassign sys$output" > $ close workfl > $ @'workflnm'e > $! deassign sys$output > $!5 > $ if (f$file(scratchflnm,"EOF") .ne. 0) then return: > $!! > $ open workfl 'workflnm' /writen4 > $ write workfl "$ define sys$error ''scratchflnm'" > $ write workfl command' > $ write workfl "$ deassign sys$error"e > $ close workfl > $ @'workflnm'S > $! deassign sys$errork > $!
 > $ return > $! > $!, > $!---------------------------------------- > $ scratchfl_open:L& > $ open scratchfl 'scratchflnm' /read > $ numb = 0 > $ version = "" > $! > $!, > $!---------------------------------------- > $ scratchfl_read:s* > $ read scratchfl data /err=scratchfl_eof. > $ data = f$edit(data,"TRIM,COMPRESS,UPCASE")> > $ if (f$extract(0,14,data) .eqs. "IDENTIFICATION") then goto scratchfl_read > !DECnet exceptionnF > $ if (f$extract(0,44,data) .eqs. "IMAGE NAME IMAGE VERSION LINK DATE LINKER. > ID") then goto scratchfl_read !A/S exception > $! > $ gosub parse_versions2 > $ if (version .eqs. "") then goto scratchfl_read > $! > $!, > $!---------------------------------------- > $ scratchfl_eof:. > $ if (version .eqs. "") then version = "n/a" > $ close scratchflS
 > $ return > $! > $!, > $!---------------------------------------- > $ parse_version:4 > $ if (f$extract(0,14,data) .eqs. "%DCL-ACTIMAGE,") > $ then > $    version = "n/a"
 > $    returne	 > $ endife > $!/ > $ data = data - quote - quote - quote - quotep" > $ loc = f$locate("VERSION",data)  > $ if (loc .ge. f$length(data)) > $ then > $   loc = f$locate(" V",data)y. > $   if (loc .ge. f$length(data)) then return# > $   chk = f$extract(loc+2,1,data)n; > $   if (chk .eqs. " ") then chk = f$extract(loc+3,1,data) 2 > $   if (f$type(chk) .nes. "INTEGER") then return > $ else > $   loc = loc + 7f	 > $ endifs > $!0 > $ data = f$edit(f$extract(loc,99,data),"TRIM")A > $ if (f$extract(0,1,data) .eqs. ":") then data = f$edit((data -  ":"),"TRIM")A > $ if (f$extract(0,1,data) .eqs. "=") then data = f$edit((data -o "="),"TRIM")" > $ loc = f$locate("VERSION",data)' > $ if (loc .lt. f$length(data)) then -s2 >   data = f$edit(f$extract(loc+7,99,data),"TRIM") > $! > ",data)= f$element(0,": > $ version = f$edit(data - "VERSION:" - "VERSION","TRIM") > $!E > $ if (f$locate("ECO",version) .ge. f$length(version)) then - !TCPIP 	 exceptionn7 >   version = f$element(0,",",f$element(0," ",version))i
 > $ return > $! > $!, > $!---------------------------------------- > $ get_analyze: > $ version = "n/a"/1 > $ if (f$search(imagename) .eqs. "") then returnt > $! > $ analyze /image -  >           /out='scratchflnm' - >           'imagename'm > $ analyze$status = $status > $!6 > $ if (analyze$status .nes. "%X10B18033") then return > $! > $ search 'scratchflnm' - >          /out='workflnm' -' >          "image file identification:"D > $!  > $ open workfl 'workflnm' /read > $ read workfl version1 > $ close workfl > $!5 > $ version = version - quote - quote - quote - quoteo? > $ version = f$edit((f$element(1,":",version)-product),"TRIM")c
 > $ return > $! > $!L > ----------------------------------------cut-------------------------------	 ---------m > $ create GETVER_ORACLE.COM;  > $! > $! > $ @myoracleroot:login.com;! > $ ora_sid = f$trnlnm("ORA_SID")s# > $ if (ora_sid .eqs. "") then exitS+ > $ ora_instance = f$trnlnm("ORA_INSTANCE")t( > $ if (ora_instance .eqs. "") then exit > $!I > $ if (f$search("''ora_instance'orauser_''ora_sid'.com;") .eqs. "") theni exit) > $ @'ora_instance'orauser_'ora_sid'.com;h > $! > $ svrmgrl  > $ sqlpluss > $ lsnrctl status > $!L > $ ora_gateway = f$parse(ora_instance,,,"DEVICE") + "[oracle.gateway.util]"B > $ if (f$search("''ora_gateway'orauser.com;") .eqs. "") then exit > $ @'ora_gateway'orauser.com; > $ lsnrctl status > $! > $!L > ----------------------------------------cut-------------------------------	 ---------- > $ create GETVER.SCRIPTS;% > BASIC,ANALYZE,sys$system:basic.exe;n% > COBOL,ANALYZE,sys$system:cobol.exe;e > CC,DCL,$ cc /version > CXX,DCL,$ cxx /version  > FORTRAN,DCL,$ fortran /version >e% > DECNET,DCL,$ mcr ncp show exec char0  > TCPIP,DCL,$ tcpip show version% > LANCP,ANALYZE,sys$system:lancp.exe;e' > LATACP,ANALYZE,sys$system:latacp.exe; # > LMCP,ANALYZE,sys$system:lmcp.exe;t >   > CDD,DCL,$ mcr dmu show version > DTR,DCL,$ mcr dtr32e > FMS,DCL,$ fms /directory *0 > FORMS,ANALYZE,sys$system:forms_swo_server.exe;+ > RDB/RSV,ANALYZE,sys$system:rdbserver.exe;d6 > ORACLE,ORACLE,$ @mydisk:[versions]getver_oracle.com; >  > SOPHOS,DCL,$ vsweep /ver  > RAMPAGE,DCL,$ rampage /version' > KERMIT,ANALYZE,mis$common:kermit.exe;r > ZIP,ZIP,$ zip -h > UNZIP,DCL,$ unzip -v > TAR,DCL,$ tarD > SWING,DCL,$ swing /version >l% > ADV SERVER,DCL,$ admin show versionu) > PWRK,DCL,@sys$update:pwrk$versions.com;e/ > DECWINDOWS,DCL,@sys$update:decw$versions.com;i& > DECEVENT,DCL,$ diagnose /interactive > ECP,DCL,$ plan analyze > ' > DCE,ANALYZE,sys$system:dce$rpccp.exe;  > EDI,DCL,$ inter show version( > TNT,ANALYZE,sys$system:tnt$server.exe;! > VPM,ANALYZE,sys$system:vpm.exe;2 > TSM,DCL,$ tsm show version > JAVA,DCL,java -version > PERL,DCL,perl -version > & > PRODUCT,PRODUCT,product show productL > ----------------------------------------cut-------------------------------	 ---------l >e > John Brandon > VMS Systems Administratori > Dallas Semiconductor > john.brandon@dalsemi.com > 972.371.4172 wkT > 972.371.4003 fx    ------------------------------  % Date: Fri, 09 May 2003 15:06:22 -0500n( From: brandon@dalsemi.com (John Brandon) Subject: Re: Get Versions 1 Message-ID: <03050915062229@dscis6-0.dalsemi.com>    > That`s a useful proc..G > I modified a bit to have everything in a single .COM and accept P1 asy > product to look for. >  > Wonderful!    Thanks!  I have my momemnts...    J I just wonder how long it will take before it breaks.  I created this on aI Alpha V7.2  Aynone try it on older versions?  V7.3?  Different version ofe ORACLE?e   John Brandon VMS Systems Administratork Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wkk   ------------------------------   Date: 9 May 2003 21:09:59 -0500s+ From: young_r@encompasserve.org (Rob Young)pE Subject: Re: How Alpha will save Itanium - must reading for Bill Toddt3 Message-ID: <copN3QozU2Hn@eisner.encompasserve.org>a  _ In article <-KKdnSAZXeu0ryajXTWcqQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  >      > 6 >   One would think "linear scalabilty" and "aggregate@ >> bandwidth" would somehow translate into superior performance? > K > And indeed they do.  Scalability is what allows EV7 to come from slightlyRF > behind Itanic2 in SPECint and significantly behind it in SPECfp in aL > single-processor configuration to slightly ahead of Itanic2 in both scoresM > when the processor count rises to 4 (a lead which will most likely increasesF > as the count rises further, at least in the poorly-scaling HP Itanic > systems).  > I > And aggregate bandwidth is what will keep Marvel systems *far* ahead ofoN > *all* competition in STREAM benchmarks for the foreseeable future (certainlyK > through Montecito in 2005) - including the SGI Altix boxes (which with 64rL > processors score less than 24% higher than EV7 scores with 16 processors). >   = 	But that is performance that doesn't mean much.  After all, 0> 	people don't buy boxes to run STREAM.  Bandwidth is important; 	but STREAM is just a measurement of bandwidth.  EV7 STREAMvC 	is very impressive.  But as Andrew points out, all local accesses.87 	I'd like to see a "real world" EV7 STREAM number also.:  / >> Oh... that would be Madison compared to EV7.  > K > 'Fraid not.  As noted above, Madison (and Montecito) systems won't hold aSG > candle to EV7 systems in STREAM performance (don't count on SuperDomeiN > technology to work well with STREAM:  a 64-processor PA-RISC SuperDome turnsM > in less than 1/4 the performance of the 64-processor SGI Altix system notediL > above that was only slightly faster than the 16-processor EV7).  And givenJ > the poor scaling that even the small-system-optimized HP boxes offer forD > SPECfp, I wouldn't count on Madison beating current EV7 systems inM > SPECfp_rate scores at large system sizes (though it might at SPECint_rate -eH > we'll just have to wait and see how badly the SuperDomes scale there). >    	I'd like to see< 	EV7 numbers versus Madison for SAP or some other real world 	performance metric.   > > >> and FUDing up HP's current IA64 lineup.  As IA64 in Madison2 >> is top of the pack on most performance metrics. > I > 'Madison is top of the pack on most performance metrics?'  Hmmm - let'sl( > review a few of the better-known ones: > L > SPECint?  While AFAIK we don't yet know what is claimed there for Madison,J > unless it scales super-linearly with clock rate from McKinley it will beI > hard-pressed to match the 3.2 GHz P4s and 2.0 GHz Opterons that will bedM > shipping when it launches, though it may be slightly ahead of IBM's 1.7 GHzo
 > POWER4+. >    	How about in its segment?    F > SPECfp?  I'll give you that one for small systems, but HP has yet toM > demonstrate the ability to scale Itanic FP performance at all linearly likeeH > EV7 can so we'll have to wait and see whether it leads in large-systemJ > SPECfp_rate (it probably will in SGI systems, but your accusation of FUD, > above related specifically to HP systems). >   ; 	But why bring up HP?  I said Madison.  By spinning in HP's1: 	direction you are attempting to FUD up Madison by picking9 	the currently weakest shipping architecture to point outk6 	the weakness in the CPU.  That isn't a good argument.  6 	Several vendors will be shipping Madison based boxes.  4 	SGI does 443 base SpecrateFP with 32 McKinley CPUs.  H http://www.spec.org/cpu2000/results/res2003q1/cpu2000-20030113-01929.asc  @ 	Won't be much of a stretch to assume it will blow past everyone3 	when they cutover to Madison (50% speed increase).k   > L > STREAM?  As noted, EV7 is in a different league from everyone else, but inL > the group of also-rans Madison systems won't come close to POWER4+ systems: > (and likely won't come close to Opteron systems either). > K > TPC-C?  I was tempted to say I'd give you that one - though again only in-M > smaller systems unless HP tests a large EV7 system and SuperDome beats it -aH > but then started wondering how the new 1.7 GHz POWER4+ systems will doN > (they're clocked about 30% faster than the current POWER4 system whose TPC-C; > score the 32-Madison NEC system beats by only about 20%).e > B > And that's just raw speed metrics.  Move to price-performance orN > performance/Watt (which also certainly qualify as 'performance metrics') andL > Opteron makes Madison look sick (POWER4+ of course also makes Madison look > sick in performance/Watt). >   C 	Yep, $ per metric.  That is all you will be talking about in a fewi 	months.  B 	Sure, you have IBM at the tpmC top - for now.  But big indicators: 	that Madison based boxes will be #1 or #2 in almost every! 	benchmark across all CPU counts.f  1 	That Itanic moniker is getting mighty thin Bill.a  K > As usual, Rob, when one examines your statements they just come up empty.e  ) 	No.  You twist nearly as well as Andrew.n  M > If you're going to persist in trying to spin, perhaps you should take a fewfN > lessons from Andrew:  his statements usually have at least *some* underlyingK > basis in fact (though he often veers as far off the original point as youc > do).  
 	Nice try.   				Robw   ------------------------------  % Date: Sat, 10 May 2003 00:29:05 -04003* From: "Bill Todd" <billtodd@metrocast.net>E Subject: Re: How Alpha will save Itanium - must reading for Bill ToddC2 Message-ID: <BrydnUrFieGFHSGjXTWcpg@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:copN3QozU2Hn@eisner.encompasserve.org...v   ...t   > Yep, $ per metric.  I Well, if Itanic sales are restricted to those for whom cost is no object,sB sales volumes will at best continue at their current glacial base.  H And, of course, my comments also referred to a metric where Itanic faresK even more poorly:  performance per Watt.  There's a good reason Google took-B one look at it and said "No, thanks", and it applies to many other" large-scale installations as well.  0   That is all you will be talking about in a few	 > months.n  J Now that your grandiose claims about Madison have been shown to be just soK much hot air you seem to be reduced to selling futures again.  You'd betternH hope that your crystal ball is in far better shape this time than it has been in the past.a   - bill   ------------------------------   Date: 9 May 2003 17:06:56 -0700 . From: Jack.Trachtman@vmmc.org (Jack Trachtman)3 Subject: Re: How to determine boot device from DCL?s= Message-ID: <69d784c4.0305091606.6d4f4fb5@posting.google.com>   c norm.raphael@metso.com wrote in message news:<OF47B1B799.DB3BE97F-ON85256D1F.005FA1E8@metso.com>...n > This is how I do it: >  > $ type get_console_vars.com 1 > $DIAG/TRAN/INC=CONFIG/OUT=CONS_VARS.TXT/REVERSEe. > $SEAR CONS_VARS.TXT/WIND=(3,8) "BOOTDEF_DEV" > $DELETE/NOLOG CONS_VARS.TXT;*  > $ > [PIPE does not seem to work here.] >  > $ @get_console_vars.come >  > DECevent V3.3p > 7 > Environmental Variables              auto_action:BOOTtA >                                      boot_dev:dga200.1001.0.3.1hD >                                      bootdef_dev:dga200.1001.0.3.12 >                                      booted_dev:1 >                                      boot_file:O3 >                                      booted_file:p7 >                                      boot_osflags:0,0P6 >                                      booted_osflags:4 >                                      boot_reset:ON0 >                                      dump_dev:6 >                                      enable_audit:ON > $ type get_console_vars.comM  < Unfortunately, this doesn't seem to work for newer hardware.A Table A.2 in the appendix of the "DECevent OT V3.4 Release Notes":= does not show any of the newer hardware such as ESxx or newer 6 GS models.  When I tried the above our ES4x models the7 console env variables did not show, but on a really oldv 3000/300 it worked fine.   ------------------------------  % Date: Fri, 09 May 2003 19:56:34 -0500/1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e< Subject: Re: HP's 'Adaptive Enterprise' advertising campaign' Message-ID: <3EBC4E42.48B4AD1C@fsi.net>v   John Smith wrote:a > E > Watch for the start of a huge advertising campaign by HP later thisSF > month focused around the "Adaptive Enterprise" ( as described in theG > carly web festival earlier this week). The advertising trade rags areL# > full of buzz about this campaign.e > F > Sharpen your pencils to keep score of how much exposure (if any) VMS7 > gets in this campaign relative to other HP offerings.   B Funny you should mention that. This appeared in my inbox just this eve...   HP VISION SHORT ON EXPERIENCEs  ( Posted May 09, 2003 3:00 AM Pacific Time  8 Hewlett-Packard calls it the Adaptive Enterprise, but in: reality it's an elaborate strategy that's long on business5 process re-engineering vision and short on real-world, experience.1  ; The Palo Alto, Calif.-based company has found itself in thej9 uncomfortable position of recasting technology strategies3; already articulated ad nauseam by competitors including IBM  and Sun, critics observed.     For the full story:u; http://www.infoworld.com/article/03/05/09/19NNhpwrap_1.html3   -- y David J. Dachteras dba DJE SystemsA http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------  % Date: Fri, 09 May 2003 21:10:09 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: HP's 'Adaptive Enterprise' advertising campaign) Message-ID: <3EBC5155.AA9DE88D@istop.com>o   "David J. Dachtera" wrote:= > The Palo Alto, Calif.-based company has found itself in the ; > uncomfortable position of recasting technology strategiesc= > already articulated ad nauseam by competitors including IBMe > and Sun, critics observed.  I Funny. During the 2 hour 14 minutes and 8 second long boring presentationnG devoid of any real content, HP claimed to be 18 months ahead of all itsOP competitors with this "concept". Good to get a reality check that HP is lagging.  L Frankly, I don't understand why a company such as HP would have to make suchL abstract presentations. Perhaps because if they went ahead and explained howM they "virtualised" their machines, people would just go to the local computer J show and buy a $50 switch instead of paying HP $25,000 to be told to buy aV switch so they don't have to rewire their data centre when they add a new application.  L If I go to a presentation from a computer vendor, I want concrete answers onM what they have to offer. Not some wishiy washy meaningless gobbledeegook that  wastes everyone's time.,   ------------------------------  # Date: Sat, 10 May 2003 01:49:25 GMTf# From: "John Smith" <a@nonymous.com>e< Subject: Re: HP's 'Adaptive Enterprise' advertising campaignI Message-ID: <FUYua.130534$w7k.21416@news04.bloor.is.net.cable.rogers.com>t  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3EBC5155.AA9DE88D@istop.com...m > "David J. Dachtera" wrote:? > > The Palo Alto, Calif.-based company has found itself in thea= > > uncomfortable position of recasting technology strategiesy? > > already articulated ad nauseam by competitors including IBMh > > and Sun, critics observed. > > > Funny. During the 2 hour 14 minutes and 8 second long boring presentationE > devoid of any real content, HP claimed to be 18 months ahead of alle its F > competitors with this "concept". Good to get a reality check that HP is lagging.3 >0D > Frankly, I don't understand why a company such as HP would have to	 make suchP@ > abstract presentations. Perhaps because if they went ahead and
 explained how F > they "virtualised" their machines, people would just go to the local computerF > show and buy a $50 switch instead of paying HP $25,000 to be told to buy aoE > switch so they don't have to rewire their data centre when they addo a new application. >gC > If I go to a presentation from a computer vendor, I want concretex
 answers on< > what they have to offer. Not some wishiy washy meaningless gobbledeegook that > wastes everyone's time.h    B It's the same reasons why boards hire Accenture or E&Y, etc.... toC spend $500k-$10MM to write a presentation that says 'everything youmA know or do is wrong', and we're just the people to help you do itt: right. Now just open your wallet wide and close your eyes.   ------------------------------  # Date: Sat, 10 May 2003 02:30:06 GMTc4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)< Subject: Re: HP's 'Adaptive Enterprise' advertising campaign= Message-ID: <OuZua.78899$pa5.65768@rwcrnsc52.ops.asp.att.net>a  V In article <3EBC5155.AA9DE88D@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: <snip>M >Frankly, I don't understand why a company such as HP would have to make suchnM >abstract presentations. Perhaps because if they went ahead and explained howoN >they "virtualised" their machines, people would just go to the local computerK >show and buy a $50 switch instead of paying HP $25,000 to be told to buy a W >switch so they don't have to rewire their data centre when they add a new application.s  K To be fair, I believe that such a "walk-through" was supposed to take placeoC after the presentation - Carly mentioned a couple of times that thelI presentation was a "kickoff" for a day's worth of "breakout" sessions.  IaL wasn't there, of course, so I don't know.  What are the chances that someone. who was "there" could elaborate in this forum?   >fM >If I go to a presentation from a computer vendor, I want concrete answers on N >what they have to offer. Not some wishiy washy meaningless gobbledeegook that >wastes everyone's time.  J True, I thought it was a little short on specifics - I assumed that it wasL geared to the audience (CIOs/CEOs), who are notoriously long on abstraction.  A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"o   ------------------------------    Date: 09 May 2003 17:08:16 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>iP Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly0 Message-ID: <qh1xz7k6j3.fsf@ruckus.brouhaha.com>  : hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins) writes:I > In article <b9di09$h57$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:n1 > >In article <b9b79f$1clq$2@f04n12.cac.psu.edu>,f? > >   hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins) wrote:h > G > >>>>Close.  They actually dried out: with no water in the canals, the:B > >>>>gondolas left them stranded.  Unlike the other planet, whichN > >>>>successfully relocated its citizens to an italian city, they had the ill& > >>>>fortune to choose Atlantis . . . > / > >>>But how do you explain the Mars candy bar?I >  > >>Mummies. > : > >Now all we have to do is knot this thread together withA > >the thread up above (aliens airing spam) and there might even .% > >be pretty good scifi story here.  o > J > If you can make candy bars from mummies, making spam should be trivial .    K Professor:  Now if you don't mind, I'm rather busy.  I seem to have mislaid H             my alien mummy.  This sarcophagus should contain the remainsI             of Emperor Nimballa who rulled Zooban V over 29 million yearsm             ago.  . Fry:        Hey Professor, mmmmm, great jerky!  G Professor:  My god, this is an outrage!  I was going to eat that mummy.    [...later in episode]D  J Professor:  This is for you, Fry.  [hands him a sarcophagus].  Zevulon the'             Great, he's Teriyaki style.e  H -- Futurama episode 1ACV03, "I, Roommate", first aired in US on 4/4/1999:    (or, if you prefer European date notation, on 4/4/1999)   ------------------------------  % Date: Fri, 09 May 2003 14:39:11 -0400h* From: JF Mezei <jfmezei.spamnot@istop.com>? Subject: Re: Improvements in TCP/IP Services anti-spam featuresN) Message-ID: <3EBBF5CD.7013B48C@istop.com>e  Y > In article <3EAECE7E.2EEEA526@yahoo.com>, John Johnstone <jj_usenet2@yahoo.com> writes:uK > > Since 85% of our spam that isn't blocked has an invalid return address,oC > > that means all of those messages will be generating a bounce tou > > Postmaster.e  K RBL and anti-relay rejection is usually done at the time the RCPT TO:<emailAN address> is issued with an instant message saying the recipient is invalid andM not accepted, and this is before the actual message (with RFC822 headers) hasdN been transmitted to the receiving SMTP server. Thus the sending SMTP server is< the one responsible for returning the message to the sender.  H I have seen cases (Such as the VMS SMTP server) where the receiving SMTPM server issues a long , complete message containing the reason why the messagerM is being rejected, but the sending SMTP server just sees an error message andFN sends a notice back to the sender that the recipient's name doesn't exist (eg:J RCPT TO:<john.doe@acme.corp> results in a 550 message, it "must" mean thatK john.doe doesn't exist. And by not trasmitting the real contents of the 550VB message, the sender has no real idea why his message was rejected.    J However, when you filter messages based on contents of the message (RFC822I headers such as Subject:), then the receiving SMTP server must accept therU message and take responsability. If it fails the spam test, it is then your decision.c  K However, he actions you take once a message is suspected of being SPAM must3L take into consideration the real possibility that the message is legitimate.N To this end, i strongly suggest that all SPAM message actually be received andL stored for analysys so that if/when you do get a legitimate message, you canH 1-forward it to the intended recipient with a note explaining the delay, 2-adjust your filtering.  M If you do not monitor the spam traffic, you will then have absolutely no ideai1 of how many legitimate messages you are blocking..   ------------------------------   Date: 9 May 2003 17:31:58 -0700u. From: spamsink2001@yahoo.com (Alan E. Feldman)+ Subject: Re: INDEX.SYS size and performancee= Message-ID: <b096a4ee.0305091631.674c0df3@posting.google.com>6  a brandon@dalsemi.com (John Brandon) wrote in message news:<03050908582736@dscis6-0.dalsemi.com>... H > > Nope. It's the same problem. I guess you are referring to the bug inJ > > the then-new INDEXF.SYS extension algorithm. I just threw that in as aI > > sidebar and as a warning. So forget that for now. It seems to me thatoA > > the new algorithm (if you have a bug-free version), makes thetG > > occurence of running out of space in the file header for INDEXF.SYSh > > much less likely.r > N > Another good reason to maintain your O/S and ECO patch kits ... if possible. > I > > Now, while it may still be a good idea to estimate the largest number H > > of file extents you ever expect to have on the disk and set /HEADERSC > > to that number, there is much less need to worry about actuallyoI > > running out of space in the file header for INDEXF.SYS because of the-, > > new extension algorithm mentioned above. > L > True.  However taking a little time to determine the needs for the disk isN > always a good idea.  And the initial creation of the disk is a lot less time  C Agreed, as I already said above. I guess I should have said that atVB least it's not like the VMS .LE. v5 days in which this problem wasB much more likely to happen. I found that with the old algorithm ofE extending INDEXF.SYS in chunks of 1000 blocks that you'd be likely topF get the HEADERFULL problem when you reached about 50000 blocks on your disk.n   [...]e   Disclaimer: JMHO Alan E. Feldmant   ------------------------------  % Date: Fri, 09 May 2003 19:49:17 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net>8+ Subject: Re: INDEX.SYS size and performancet' Message-ID: <3EBC4C8D.E56078C2@fsi.net>h   John Travell wrote:  > 8 > "Jim Brankin" <jbrankin@ntlworld.com> wrote in message9 > news:863f19d6.0305090017.133baf81@posting.google.com... : > > John Laird <john@laird-towers.org.uk> wrote in message6 > news:<efklbv8hh3ett5i0tdj75l6gtms6tmsgre@4ax.com>... > > .n > > >s= > > > Let's see you create more files than clusters, then :-)  > > >r > >o, > > No problem. Make them zero length files. > J > Might not work anyway, there is at least one block in the index file forN > each file header. The minimum amount of disk space consumed per file name is9 > one block, even for a file with zero blocks of content.-  B That one block is, however, not allocated to the zero-length file,F rather to INDEXF.SYS. If INDEXF is pre-allocated using /HEADERS on theG INITIALIZE command, the net change in freespace is still zero until theaC directory where the file is entered needs to be extended, and then,e@ again, the increased allocation belongs to a file other than the zero-length file.k  E I forget when it appeared, but CREATE/DIRECTORY now has a /ALLOCATIONo/ qualifier; so, you can pre-extend that as well.m  G So, it *IS* possible to use up the entire /MAXFILES allotment with zerol change in freespace.   -- . David J. Dachteran dba DJE Systemsf http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/u   ------------------------------  % Date: Fri, 09 May 2003 20:14:38 -0500u1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e+ Subject: Re: INDEX.SYS size and performance ' Message-ID: <3EBC527E.3083807B@fsi.net>-   "Alan E. Feldman" wrote: > c > brandon@dalsemi.com (John Brandon) wrote in message news:<03050908582736@dscis6-0.dalsemi.com>... J > > > Nope. It's the same problem. I guess you are referring to the bug inL > > > the then-new INDEXF.SYS extension algorithm. I just threw that in as aK > > > sidebar and as a warning. So forget that for now. It seems to me that_C > > > the new algorithm (if you have a bug-free version), makes thesI > > > occurence of running out of space in the file header for INDEXF.SYSe > > > much less likely.  > >xP > > Another good reason to maintain your O/S and ECO patch kits ... if possible. > >dK > > > Now, while it may still be a good idea to estimate the largest numbernJ > > > of file extents you ever expect to have on the disk and set /HEADERSE > > > to that number, there is much less need to worry about actuallydK > > > running out of space in the file header for INDEXF.SYS because of the'. > > > new extension algorithm mentioned above. > >sN > > True.  However taking a little time to determine the needs for the disk isP > > always a good idea.  And the initial creation of the disk is a lot less time > E > Agreed, as I already said above. I guess I should have said that atlD > least it's not like the VMS .LE. v5 days in which this problem wasD > much more likely to happen. I found that with the old algorithm ofG > extending INDEXF.SYS in chunks of 1000 blocks that you'd be likely to H > get the HEADERFULL problem when you reached about 50000 blocks on your > disk.-  D ...depending upon the values of /MAXFILES and /HEADERS at INITIALIZEE time, and depending on how fragmented INDEXF.SYS has become (i.e., is.( the extent map in the header full yet?).   --   David J. Dachterat dba DJE Systems" http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 9 May 2003 18:28:48 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman)+ Subject: Re: INDEX.SYS size and performanceu= Message-ID: <b096a4ee.0305091728.289a430e@posting.google.com>-  f David M Smith <dsmit115@csc.com> wrote in message news:<boonbv4i1iemka7hgua0ghevqef07r6if8@4ax.com>...O > On 9 May 2003 06:43:09 -0700, spamsink2001@yahoo.com (Alan E. Feldman) wrote:t > 	...H > >Now, while it may still be a good idea to estimate the largest numberG > >of file extents you ever expect to have on the disk and set /HEADERSeB > >to that number, there is much less need to worry about actuallyH > >running out of space in the file header for INDEXF.SYS because of the+ > >new extension algorithm mentioned above.  > 	...L > That's true only if the free space on your is sufficiently contiguous thatQ > INDEXF.SYS can be extended in such large chunks. My experience is that it still M > is a good idea to INIT with /HEADERS= a good estimate of eventual number of- > files on the disk. > I > FWIW, you can check an existing INDEXF.SYS file with a command such as:e > 8 > $ dump /file/head/bloc=coun=0 user1:[000000]indexf.sys > B > which produces output including the following on my system here: > . >     Map area words in use:                11 > 
 > Map area >     Retrieval pointers2 >         Count:         18        LBN:          02 >         Count:          9        LBN:       10262 >         Count:          9        LBN:    42894632 >         Count:     100206        LBN:    4189257 > K > Both of these are items of interest. The first, Map area words in use, is+P > limited to a total of 155. Each retrieval pointer (extent) uses a few of theseN > map "words". Once they are used up, and all file headers are in use, you getR > HEADERFULL. There is no easy way (with standard VMS) to see how close you are toO > the edge except for monitoring map words in use as shown here -- once you get!, > close to 255 you are probably on the edge. > M > Deleting existing files will make file headers available for re-use without-Q > shrinking INDEXF.SYS, so an apparently fully extended INDEXF.SYS may still haverR > lots of available file headers (from previously deleted files). DFU has a REPORT7 > option which displays free headers, I've not used it.-    F DFU shows you, for INDEXF.SYS, how many extents, how many map words in% use, and how full the file header is:-   $ DFU REPORT SYS$SYSDEVICE [...] 3       ***** File Statistics (from INDEXF.SYS) *****s;  INDEXF.SYS fragments/ map_in_use :  4 /11 words ( 7% used)( [...]a      K > -------------------------------------------------------------------------iK > David M. Smith 302.391.8533                       dsmit115 at csc dot com-K > Computer Sciences Corporation     (Opinions are those of the writer only) K > -------------------------------------------------------------------------w   ------------------------------  * Date: Fri, 9 May 2003 20:28:44 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)( Subject: Re: Java "Unknown host" problem. Message-ID: <b9h31s$kkn$1@newslocal.mitre.org>   ashoffman@comcast.net (Alan Hoffman) writes in article <838d7cb0.0305081255.2e4f3eca@posting.google.com> dated 8 May 2003 13:55:14 -0700:rc >lewis@PROBE.mitre.org (Keith A. Lewis) wrote in message news:<b994av$nbe$1@newslocal.mitre.org>... O >> How's your nameserver configuration?  Try "TCPIP SHOW HOST WSA1" and see how-B >> long that takes.  (I'm assuming you use Compaq's tcp/ip stack.) >hF >    I ran the command and the timeout was 2 minutes (the same as when< >I run Java). How do you check the nameserver configuration?  F Which tcp/ip stack are you running, if any?  The person who set up theK machine should know.  Once you say which stack, the folks here can tell you # how to debug the nameserver config.t  E Did you try the command in the above paragraph?  If so, what were theAH results?  There's a good chance it relates directly to your problem.  IfB Java is attempting to look up a bad hostname with a bad nameserver+ configuration, it could eat up some time.  -  F >    These all show WSA1 as a device that is local (which I understandG >is what it should be). What I don't understand is why Java is treating-F >WSA1 as a host (Unknown host: WSA1) instead of a device (are they theF >same thing??) and how to get rid of the message all together (and notG >just mask it). I would also like to find out how to set the timeout so G >that it is more like your 10 seconds instead of 2 minutes (as timed by F >a watch) so I'm not wasting so much time while I'm debugging my code.F >    There was an older version of Java on the machine (1.1.8 I think)B >that didn't produce the Unknown host problem on the same machine.  H VMS allows the DECW$DISPLAY logical to point to either a WSA device or a/ Unix-style display name (host:server.screen).  )  L The VMS implementation of Java is apparantly doing a poor job of finding outG which one is being used -- attempting to use it as a hostname first and=+ using the device name only if that fails.  )  J If I'm right about what's causing the delay, the command "def decw$displayJ localhost:0.0" will eliminate it.  But in order for that to work, you mustF have the TCP/IP transport enabled in DECwindows and authorize incoming@ connections from localhost in your DECwindows security settings.  = Obtaining and installing Alpha Linux might be faster.  *sigh*!  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 10 May 2003 03:28:22 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life), Message-ID: <b9hrkm01iv0@enews1.newsguy.com>  ' Rich Jordan <jordan@ccs4vms.com> wrote: G > We have some very unhappy customers as a result of this; they've been G > paying good money for support on top of hefty dollars on the original B > purchases, and do not like the direction HP is taking with theseA > really not _that_ old systems, given the history of longer term- > support in the past...  J While I agree that this stinks, I'm wondering, how much of this is becuaseC they no longer have the parts to provide service on these systems? "  J Of course if that is the case, then the question would be, how much of theK reason for that is Compaq dumping the contents of numerous DEC warehouses ae few years ago?   			Zaner   ------------------------------  % Date: Fri, 09 May 2003 21:28:13 -0400i/ From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com>sX Subject: Re: NEW LUG, first meeting - Eastern Ohio/Western Pennsylvania - Please forward- Message-ID: <3EBC55A8.7BFBBC6D@ix.netcom.com>.  < Thanks, Sue, but the meeting was announced several weeks ago in comp.os.vms.   ; This meeting is NOT a meeting of a NEW LUG; we are the same-: old Western Reserve User's Group.  And it is certainly not< our first meeting although we haven't had a regulare meeting in a little while.   See you at the meeting.  Joe H. Gallagher WRUG LUG Chair! > dtrwiz at ix dot netcom dot comT   ------------------------------   Date: 9 May 2003 13:52:11 -0700A% From: rbsurfshop@hotmail.com (Roscoe)AY Subject: Re: Not fixed yet but still trying: Problems changing from serial port  to DecSe = Message-ID: <14f75c13.0305091252.610ee0f0@posting.google.com>d  A I'm actually using a test application that just displays the textSD characters that are supposed to be received from the VT340 - not theB entire real application.  So, control characters and such aren't aD factor.  The test app also also displays the IO status and number ofF charaters returned from the SYS$QIOW.  The IO status is 1.  The number  of characters is of course zero.  = My "cooperate" statement just meant that my test program (theeC SYS$QIOW) doesn't appear to be working properly because it looks asd? though I'm not receiving any data.  However, maybe it's still a,B terminal setup problem.  I'll take a look at the terminal settings& that you included and give that a try.   Thanks,$   Roscoe    _ Albrecht Schlosser <ajs856@tiscali.de> wrote in message news:<e7rg9b.1n.ln@news.hus-soft.de>...C > Roscoe wrote:  > > G > > Thanks for all the responses thus far.  I'm not sure if this is the-J > > proper way to post a follow-up so I appologize if there's another way. > D > Best would be to "reply" to a previous posting (to keep the thread! > together and keep the subject).- > F > > I've tried several things as suggested from your guidance however,= > > it's still not working.  Here's what's happened thus far.0 > > C > > 1) I tried changing the terminal characteristics to Hostsync asiI > > suggested(instead of No Hostsync).  However, this did not make it anyo > > better.  > I > I wouldn't do this, except if you're sure that XON/XOFF is used. We use 1 > something like this for all our serial devices:l > B > $  SIZE    = "EIGHT_BIT"                ! Default Character Size: > $  PARITY  = "noPARITY"                 ! Default Parity9 > $  SPEED = "9600"                       ! Default Speed  > $!0 > $  SET TERMINAL/PERM 'DEV' /DEVICE=(unknown) -D >    /noTYPE_AHEAD /ALTYPEAHD /noTTSYNC /noHOSTSYNC /noECHO /noDMA -, >    /noBROADCAST /noLINE_EDITING /noSCOPE -+ >    /TAB /noWRAP /PASTHRU /noINTERACTIVE -n0 >    /SPEED='SPEED' /'SIZE' /'PARITY' /DISMISS - >    /WIDTH=511a > G > (replace '*' with your values). This lets us get all characters, eveno+ > XON/XOFF, CTRL-C, STX, ETX, TAB and such.  > J > > 2) To answer Mr. Sonderegger's question - yes, this is how my LTA port > > was setup: > >  > > $ RUN SYS$SYSTEM:LATCP& > >   CREATE PORT LTA2312 /APPLICATIONG > >   SET PORT LTA2312 /NODE=decserver/PORT=prot /APPLICATION /NOQUEUEDi >  > Looks okay to me.d > G > > 3) To answer Mr. Brown's question - I do not have a service definedcG > > for the port.  Just an LTA (LTA2312:).  And yes, I can SET HOST/DTEh2 > > LTA2312: and bidirectional comms are possible. >  > So the cable must be okay. > 
 > > [snipped]* >  aE > > So, I'm one step closer in that I can read data from the VT340 infB > > order to test the serial port connection.  However, my Fortran+ > > application does not want to cooperate.e > & > What does "cooperate" mean exactly ? > C > > No doubt I'm still doing something wrong.  I'm just hoping thatf4 > > someone much brighter than me can figure it out. > $ > (1) Try the above-mentioned setup. > G > (2) Do you know what your FORTRAN app. expects as input? Did you type H > correct data with your terminal simulation, so that the program can doI > something? Just a guess: if it's waiting for an ETX, and you don't type J > one (ETX = CTRL-C), then nothing will happen. Are there timing problems?I > Maybe your program dismissed your input because you're typing too slow?  >  > Albrecht Schloeri   ------------------------------  * Date: Fri, 9 May 2003 22:07:30 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)Y Subject: Re: Not fixed yet but still trying: Problems changing from serial port to DecSero. Message-ID: <b9h8r1$nqb$3@newslocal.mitre.org>   rbsurfshop@hotmail.com (Roscoe) writes in article <14f75c13.0305090945.38e8d153@posting.google.com> dated 9 May 2003 10:45:10 -0700:C >5) The most prevalent information given on your replies was that aoA >"write" must be issued to the port first in order to establish an3 >connection.  So, I headed off in that direction.  d  3 And got sidetracked, from the looks of things.  :^)r  8 >    FUNCTION_CODE = JIOR(IO$_TTY_PORT, IO$M_LT_CONNECT) >m! >    RETURN=SYS$QIOW(,%VAL(CHAN),d >$   %VAL(FUNCTION_CODE),m
 >$   IOSB,- >$   ,,              ! AST address, parameter . >$   ,,,,,)  ! This function has no parameters  L That doesn't look like a write to me.  It should be almost identical to yourH read, except use IO$_WRITEVBLK instead of IO$_READVBLK.  And fill in the3 data and length (I suggest CR and 1) ahead of time.d  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 9 May 2003 15:15:55 -0700m6 From: dave.reynolds@gallatinsteel.com (David Reynolds)Y Subject: Re: Not fixed yet but still trying: Problems changing from serial port to DecSere= Message-ID: <a813e962.0305091415.39b6709c@posting.google.com>S  3 We have a simalar setup to what you have described. A Our scrap loading scales are connected to a DecServer700 via somea4 wireless modems and configured as at end of message. Hope some of this helps.   Here is what we do.y   On boot to setup the LTA:e $ run sys$system:latcp CREATE PORT LTA5000: /NOLOG 8 SET PORT LTA5000: /APPLICATION /NODE=msts3 /PORT=SCALE_A
 START NODEK $ SET TERMINAL LTA5000:/PERM/DEVICE=VT400/WIDTH=80/PAGE=0/SPEED=(1200,1200)e -rH                 /LOWERCASE/NOBROADCAST/FORM/NOMODEM/NOTAB/NOWRAP/PASSALL - "                 /notype/noautobaud/ $ SET PROTECTION=(S:RWLP,O,G,W)/DEVICE LTA5000:d $c    E In the initialization section of our scale reading program (Fortran).y         STATUS = SYS$QIOW(,          1       %VAL(CHNL_A),n7         1       %VAL(IO$_TTY_PORT .OR. IO$M_LT_DISCON),e         1       %REF(IOSB),h         1       ,,, ,,,,, )pC         if (status .ne. ss$_normal ) CALL LIB$SIGNAL( %VAL(STATUS))y  m         STATUS = SYS$QIOW(,          1       %VAL(CHNL_A),a8         1       %VAL(IO$_TTY_PORT .OR. IO$M_LT_CONNECT),         1       %REF(IOSB),c         1       ,,, ,,,,, )tC         if (status .ne. ss$_normal ) CALL LIB$SIGNAL( %VAL(STATUS))e  D         STATUS = SYS$CANCEL(%VAL(CHNL_A))      ! CANCEL QIO'S ON THE PORT  r1 Then in the section that loops to read the scale:c         TERMINATOR(1) = 0m,         TERMINATOR(2) = 2 ** 13         ! cr4         INPUT_SIZE = 8          ! MESSAGE FROM SCALE;         TIMEOUT_CR = 10         ! TIME OUT FOR READ PORT  -s<         FUNCR = IO$_readvBLK .OR. io$m_purge .or. io$m_timed  h         STATUS = SYS$QIOW( ,%         2               %VAL(CHNL_A), &         2               %VAL( FUNCR ),#         2               %REF(IOSB),s         2               ,i         2               ,a<         2               %REF (INPUT ),                  ! P1<         2               %VAL (INPUT_SIZE),              ! P2<         2               %VAL (TIMEOUT_CR),              ! P3D         2               %REF (TERMINATOR),              ! P4 NO TERM CHARSt<         2               ,                               ! P5<         2                )                              ! P6  A We then process the results which are in INPUT. (definition BYTE 0	 INPUT(9))    Decserver config:o   Local> show serverD Network Access SW V1.4 for DS700-08 BL91-32  ROM V4.0-0  Uptime:  22 12:47:01  sE Address:   08-00-2B-BC-37-B9   Name:   MSTS3              Number:    e 0m  s Identification:n  sC Circuit Timer:            80           Password Limit:            3,B Console Port:              1           Prompt:              Local>C Inactivity Timer:         30           Queue Limit:             100rC Keepalive Timer:          20           Retransmit Limit:          8oC Multicast Timer:          30           Session Limit:            64.C Node Limit:              200           Software:             WWENG2a  " Service Groups:   0a  o Enabled Characteristics:' Announcements,  Broadcast,  Dump,  Lockb  a   Local> show port 64 Port  6: (Remote)                      Server: MSTS3  nF Character Size:            8           Input Speed:               1200F Flow Control:           None           Output Speed:              1200F Parity:                 None           Modem Control:         Disabled Stop Bits:                 1   F Access:               Remote           Local Switch:              NoneF Backwards Switch:       None           Name:                   SCALE_BF Break:                 Local           Session Limit:                4F Forwards Switch:        None           Type:                      AnsiF Default Protocol:        LAT           Default Menu:              None    Preferred Service: NoneU  O Authorized Groups:   0 (Current)  Groups:   0  , Enabled Characteristics:  O     David Reynolds Gallatin Steel Co. t  j rbsurfshop@hotmail.com (Roscoe) wrote in message news:<14f75c13.0305090945.38e8d153@posting.google.com>...E > Thanks for all the responses thus far.  I'm not sure if this is the_H > proper way to post a follow-up so I appologize if there's another way. >  <SNIP>   ------------------------------  % Date: Fri, 09 May 2003 20:15:12 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>Y Subject: Re: Not fixed yet but still trying: Problems changing from serial port to DecSerl+ Message-ID: <e7rg9b.1n.ln@news.hus-soft.de>   
 Roscoe wrote:: > E > Thanks for all the responses thus far.  I'm not sure if this is the H > proper way to post a follow-up so I appologize if there's another way.  B Best would be to "reply" to a previous posting (to keep the thread together and keep the subject).r  D > I've tried several things as suggested from your guidance however,; > it's still not working.  Here's what's happened thus far.  > A > 1) I tried changing the terminal characteristics to Hostsync asaG > suggested(instead of No Hostsync).  However, this did not make it any-	 > better.-  G I wouldn't do this, except if you're sure that XON/XOFF is used. We use / something like this for all our serial devices:H  @ $  SIZE    = "EIGHT_BIT"                ! Default Character Size8 $  PARITY  = "noPARITY"                 ! Default Parity7 $  SPEED = "9600"                       ! Default Speedi $!. $  SET TERMINAL/PERM 'DEV' /DEVICE=(unknown) -B    /noTYPE_AHEAD /ALTYPEAHD /noTTSYNC /noHOSTSYNC /noECHO /noDMA -*    /noBROADCAST /noLINE_EDITING /noSCOPE -)    /TAB /noWRAP /PASTHRU /noINTERACTIVE -p.    /SPEED='SPEED' /'SIZE' /'PARITY' /DISMISS -
    /WIDTH=511i  E (replace '*' with your values). This lets us get all characters, eveni) XON/XOFF, CTRL-C, STX, ETX, TAB and such.s  H > 2) To answer Mr. Sonderegger's question - yes, this is how my LTA port > was setup: >  > $ RUN SYS$SYSTEM:LATCP$ >   CREATE PORT LTA2312 /APPLICATIONE >   SET PORT LTA2312 /NODE=decserver/PORT=prot /APPLICATION /NOQUEUEDg   Looks okay to me.r  E > 3) To answer Mr. Brown's question - I do not have a service defined E > for the port.  Just an LTA (LTA2312:).  And yes, I can SET HOST/DTEe0 > LTA2312: and bidirectional comms are possible.   So the cable must be okay.   > [snipped]   C > So, I'm one step closer in that I can read data from the VT340 inp@ > order to test the serial port connection.  However, my Fortran) > application does not want to cooperate.p  $ What does "cooperate" mean exactly ?  A > No doubt I'm still doing something wrong.  I'm just hoping that32 > someone much brighter than me can figure it out.  " (1) Try the above-mentioned setup.  E (2) Do you know what your FORTRAN app. expects as input? Did you typemF correct data with your terminal simulation, so that the program can doG something? Just a guess: if it's waiting for an ETX, and you don't typeyH one (ETX = CTRL-C), then nothing will happen. Are there timing problems?G Maybe your program dismissed your input because you're typing too slow?n   Albrecht Schloerg   ------------------------------  " Date: Fri, 9 May 2003 18:10:14 GMT' From: Rick Dyson <rick-dyson@uiowa.edu>c0 Subject: Re: OpenVMS Memory/Performance Question) Message-ID: <3EBBEF06.DD4DBE81@uiowa.edu>    Albrecht Schlosser wrote:  >  > Rick Dyson wrote:e > >tO > > On my system, a MONITOR CLUSTER shows that my "%Memory In Use" is running ae > > steady 80%+. > : > That's okay. If it would be less, you'd waste resources. > K > > My question is whether this is a report of hard RAM usage or the entirer > > virtual memory?r >  > It's RAM usage.p  F 	What kind of value would be of concern then?  Lower not utilizing theL RAM or higher?  Would that mean I am using more RAM before going to the disk with paging and swapping?e  F 	You can problably tell I am not very good with these finer details of9 how VMS works. :)  I want to get an understanding though.j  I 	I am looking at the performance docs and a few old books I found (mostly1 from the VAX era!).4  ; > >  I do have a known problem with my primary pagefile.  I@L > > can't extend it due to a "header is full" problem.  I am preparing for aL > > maintanence cycle to defragment the system disk to address that.  If theK > > high memory use is a side effect of this, then maybe it will get betterl" > > after I increase the pagefile. > H > I can't see that. Your page and swap files seem to be completely empty# > ("Free" counter close to "Size").  > M > > I have a GS60 with 4 GB of RAM and 4 5/625 CPUs.  OpenVMS v7.3.  Here ared > > some details:o >  > [Details snipped]e > F > Are there any real problems (except 80% memory usage)? Is the system  > slow, or are there any errors?  L Our application vendor feels we should not be above 70% before they crank upL the new application changes they have (Cerner and it's HNAC PathNet/PharmNetN products).  I don't know of any reported problems, yet.  But their new changesK are supposed to a be significant system resource load increase and I am nothM the strongest in this area of performance tuning yet!  I am trying to collecttK some independent advice and info to help my crash course of the performance M manuals with seem to be more typically concerned with paging/swapping issues.'  I 	I too think that I am not seeing much hard page fault rates, but I don't ( have a feel for what is acceptable, yet.   Thanks,y rick   ------------------------------  % Date: Fri, 09 May 2003 19:48:32 +0200o, From: Albrecht Schlosser <ajs856@tiscali.de>0 Subject: Re: OpenVMS Memory/Performance Question+ Message-ID: <glpg9b.ij.ln@news.hus-soft.de>r   Rick Dyson wrote:r > O > This is probably a "dumb guy" question, but I need to find the answer quicklyp% > and haven't found it on my own yet.8 > M > On my system, a MONITOR CLUSTER shows that my "%Memory In Use" is running a< > steady 80%+.  8 That's okay. If it would be less, you'd waste resources.  I > My question is whether this is a report of hard RAM usage or the entirea > virtual memory?w   It's RAM usage.i  9 >  I do have a known problem with my primary pagefile.  IsJ > can't extend it due to a "header is full" problem.  I am preparing for aJ > maintanence cycle to defragment the system disk to address that.  If theI > high memory use is a side effect of this, then maybe it will get betterc  > after I increase the pagefile.  F I can't see that. Your page and swap files seem to be completely empty! ("Free" counter close to "Size").f  K > I have a GS60 with 4 GB of RAM and 4 5/625 CPUs.  OpenVMS v7.3.  Here are  > some details:    [Details snipped]s  D Are there any real problems (except 80% memory usage)? Is the system slow, or are there any errors?   Albrecht Schloere   ------------------------------  $ Date: Fri, 9 May 2003 14:40:36 -0400+ From: "Martin O'Connor" <moconnor@dvfs.com>.0 Subject: Re: OpenVMS Memory/Performance Question5 Message-ID: <b9gsn9$inhhs$1@ID-118202.news.dfncis.de>I  a "John Brandon" <brandon@dalsemi.com> wrote in message news:03050912563359@dscis6-0.dalsemi.com..._O : > On my system, a MONITOR CLUSTER shows that my "%Memory In Use" is running al : > steady 80%+. :LG : Rule of thumb I stick by, no greater than 70-80% in a dynamic system.0 :6M : > I have a GS60 with 4 GB of RAM and 4 5/625 CPUs.  OpenVMS v7.3.  Here ares : > some details:s : >- : > $ Show MemoryyD : >               System Memory Resources on  9-MAY-2003 12:09:42.15 : >sP : > Physical Memory Usage (pages):     Total        Free      In Use    ModifiedP : >   Main Memory (4.00Gb)            524288       84150      392441       47697 : >. : > ...f : >     d Does the show mem indicate that you are using XFC. If so then you memory usage will always be aroundb 80% and if your apps need more menory XFC will back off in its usage. If you are using XFC and youK are running VMS 7.3 (not 7.3-1) then make sure you have the latest patches.i   Marty>   ------------------------------  % Date: Fri, 09 May 2003 19:32:00 +0200c, From: Albrecht Schlosser <ajs856@tiscali.de>A Subject: Re: Problems changing from serial port to DecServer porto+ Message-ID: <fmog9b.rf.ln@news.hus-soft.de>.   Alan Adams wrote:c > M > As others have said, SET HOST/LAT should be a good test. If that works, butlL > your software doesn't, then you may need to change the software. QIO callsI > to TT and TX devices are different from those to LTA devices. There arenH > strong similarities, but you will need to change both the names of the! > functions, and some parameters..  H No, IMHO that's not true - at least not in general. All our QIOs to LTA,H TT and TX devices to connect to some serial devices have always been theE same. Even sense mode and sense characteristics are the same (settingv  "no echo", typeahead mode etc.).  - > It should be possible to keep both forms inI< > your program without excessive complexity, if you need to.  1 The only differences in our code are the connect -- (IO$_TTY_PORT|IO$M_LT_CONNECT) and disconnect1F (IO$_TTY_PORT|IO$M_LT_DISCON) QIOs. But they are not necessary, if youF do a write QIO before any read QIO (this implicitly does the connect).D Deassigning the I/O channel implicitly does the disconnect. The onlyG reason to do an explicit connect QIO is to have more control (and errora" information) about the connection.  I > This is because you are talking to the LTADRIVER, not the TTDRIVER now.o  : Can you tell an example QIO function that must be changed?   > It can be made to work.R  	 Sure  :-)A   Albrecht Schloerw   ------------------------------  % Date: Fri, 09 May 2003 14:23:40 -0400n* From: JF Mezei <jfmezei.spamnot@istop.com>A Subject: Re: Problems changing from serial port to DecServer portT) Message-ID: <3EBBF22B.B8C88BF9@istop.com>p  F One more thing to remember:  On a real serial port, you have access toM changing a whole gamut of parameters such as speed, parity etc. Those are notlL available on LTA devices (you can't change a decserver's port speed from a C4 program for instance with the normal QIO interface).  N So you if you use IO$M_SETMODE or IO$M_SETCHAR to change port characteristics,K you should do it in 2 calls to QIO, one with just the changes acceptable tonI both TX and LTA ports, and then one acceptable only to the real TX serialeJ ports. This way, if the second one fails because it isn't supported on LTA1 devices, the first one will still have succeeded.e   ------------------------------  % Date: Fri, 09 May 2003 23:45:08 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>iA Subject: Re: Problems changing from serial port to DecServer port ? Message-ID: <71f31bf04b.Alan.Adams@orchard-way.freeserve.co.uk>t  * In message <fmog9b.rf.ln@news.hus-soft.de>7           Albrecht Schlosser <ajs856@tiscali.de> wrote:h   > Alan Adams wrote:u > > O > > As others have said, SET HOST/LAT should be a good test. If that works, butgN > > your software doesn't, then you may need to change the software. QIO callsK > > to TT and TX devices are different from those to LTA devices. There are J > > strong similarities, but you will need to change both the names of the# > > functions, and some parameters.- > J > No, IMHO that's not true - at least not in general. All our QIOs to LTA,J > TT and TX devices to connect to some serial devices have always been theG > same. Even sense mode and sense characteristics are the same (setting " > "no echo", typeahead mode etc.). > / > > It should be possible to keep both forms int> > > your program without excessive complexity, if you need to. > 3 > The only differences in our code are the connect h/ > (IO$_TTY_PORT|IO$M_LT_CONNECT) and disconnecteH > (IO$_TTY_PORT|IO$M_LT_DISCON) QIOs. But they are not necessary, if youH > do a write QIO before any read QIO (this implicitly does the connect).F > Deassigning the I/O channel implicitly does the disconnect. The onlyI > reason to do an explicit connect QIO is to have more control (and error $ > information) about the connection. > K > > This is because you are talking to the LTADRIVER, not the TTDRIVER now.t > < > Can you tell an example QIO function that must be changed?  D Looking back over the example I had in mind, I think it was only theA connect. That was necessary because we needed to set various lineoK parameters, and set up a read. This process was essentially a watchdog on af port, listening only.s    The relevant subroutine follows:  E c       *************************************************************gE         subroutine create_port(nodename,servicename,portname,outchan)a   c       nodename is redundanthH c       port, if present, is the LTAnnnn name of a port created by LATCP           implicit none0           include '($iodef)'         include '($ssdef)'         include '($latdef)'0         include '($ttdef)'         include '($tt2def)' "         include 'lat_listener.inc'  3         character*(*) nodename,servicename,portnamea         integer*4 outchan   @ c       Either service, or port, but not both, will contain textA c       the code will be significantly different in the two cases 7 c       An error will be signalled if both contain texts; c       if a service is specified, the node will be ignored.  >         integer*4 service_l,port_l,sys$qio,sys$qiow,sys$assignA         integer*4 devchar(3),connectast,readlatast,stat,latchar_ls         integer*4 node_l  C c       set up buffer for port creation, for various access methodsa           byte itmlatbyte(256)!         integer*2 itmlatword(128)t          character itmlatchar*2566         equivalence (itmlatbyte,itmlatword,itmlatchar)  &         external connectast,readlatast   c       check for legal call  8         call str$trim(servicename,servicename,service_l)/         call str$trim(portname,portname,port_l)f/         call str$trim(nodename,nodename,node_l)N  /         if ((port_l.gt.0).and.(service_l.gt.0))i;         1       stop 'Cannot specify both PORT and SERVICE'   /         if ((port_l.eq.0).and.(service_l.eq.0))l:         1       stop 'Must specify either PORT or SERVICE'            if (service_l.gt.0) then                  portname='LTA0:'                 port_l=5
         endifh  $ c       assign a channel to LTA port  6         stat=sys$assign(portname(1:port_l),latchan,,,)2         if (.not.stat) call lib$signal(%val(stat))  4 c       set the characteristics - noecho, altypahead$ c       first read the existing mask           stat=sys$qiow(5         1               ,                       ! EFN39         1               %val(latchan),          ! channele?         1               %val(io$_sensemode),    ! function code5?         1               iosb,                   ! return status@=         1               ,                       ! AST routine6;         1               ,                       ! AST param.K         1               devchar,                ! P1 characteristics buffersH         1               %val(12),               ! P2 buffer size (bytes);         1               ,,,)                    ! P3-6 nulll  2         if (.not.stat) call lib$signal(%val(stat))8         if (.not.iosb(1)) call lib$signal(%val(iosb(1)))  K c       devchar(1) is the block header, (2) is TT$M bits, (3) is TT2$M bitsi   c       now set the new values  ?         devchar(2)=devchar(2).or.tt$m_hostsync.or.tt$m_nobrdcsta0         devchar(3)=devchar(3).or.tt2$m_altypeahd           stat=sys$qiow(5         1               ,                       ! EFN 9         1               %val(latchan),          ! channeln?         1               %val(io$_setmode),      ! function code'?         1               iosb,                   ! return status =         1               ,                       ! AST routines;         1               ,                       ! AST parameK         1               devchar,                ! P1 characteristics bufferoH         1               %val(12),               ! P2 buffer size (bytes);         1               ,,,)                    ! P3-6 nullt  2         if (.not.stat) call lib$signal(%val(stat))8         if (.not.iosb(1)) call lib$signal(%val(iosb(1)))  # c       is it service or port type?u  ?         if (service_l.gt.0) then        ! create "forward" port   3 c               build the item list in a byte arrayn  :                 itmlatword(1)=lat$_itm_target_service_name'                 itmlatbyte(3)=service_l B                 itmlatchar(4:3+service_l)=servicename(1:service_l)  %                 latchar_l=service_l+3p  - c       associate the device with the service-                   stat=sys$qiow(-         1       ,                       ! efnl1         1       %val(latchan),          ! channelf%         1       %val(io$_tty_port.or.77         1       io$m_lt_setmode),       ! function code1=         1       iosb,                   ! return status blockr5         1       ,                       ! AST routinei3         1       ,                       ! AST param 6         1       itmlatbyte,             ! P1 item list;         1       %val(latchar_l),        ! P2 length of list :         1       %val(lat$c_ent_port.or. ! P3 function code(         1       (lat$c_ents_old*2**16)),3         1       ,,)                     ! P4-6 nulle  :                 if (.not.stat) call lib$signal(%val(stat))@                 if (.not.iosb(1)) call lib$signal(%val(iosb(1)))  
         endif   6 c       connect to the device, and queue a connect AST           stat=sys$qio( D         1       ,                                       ! event flagA         1       %val(latchan),                          ! channelnB         1       %val(io$_tty_port.or.io$m_lt_connect),  ! functionG         1       iosb,                                   ! return statusnK         1       connectast,                             ! AST on connection C         1       outchan,                                ! AST param <         1       ,                                       ! P1<         1       ,                                       ! P2<         1       ,                                       ! P3<         1       ,                                       ! P4<         1       ,                                       ! P5<         1       )                                       ! P62         if (.not.stat) call lib$signal(%val(stat))           return           endn  G c       ***************************************************************p-         integer function connectast (outchan)            implicit none            include '($iodef)'         include '($ssdef)'"         include 'lat_listener.inc'  @ c       parameter is the channel to use for writing log messages  2         integer*4 outchan,stat,readlatast,sys$qiow           external readlataste           connectast=1  @         if ((iosb(1).eq.ss$_abort).or.(iosb(1).eq.ss$_timeout)) (         1       call endsession(outchan)8         if (.not.iosb(1)) call lib$signal(%val(iosb(1)))   c       queue a write            stat=sys$qiow(D         1       ,                                       ! event flagA         1       %val(latchan),                          ! channel G         1       %val(io$_writevblk),                    ! function code-M         1       iosb,                                   ! return status blockoM         1       ,                                       ! AST routine to call G         1       ,                                       ! AST parameter-I         1       ,                                       ! buffer for data0H         1       %val(0),                                ! size of buffer:         1       ,                                       ! J         1       %val('0'x),                             ! no carr. control:         1       ,                                       ! :         1       )                                       ! 2         if (.not.stat) call lib$signal(%val(stat))  <         call queue_lat_read(outchan,0)          ! no timeout  + d       write (6,'(a)')' Connect completed'(   c       done           return         endh       >  > > It can be made to work.t >  > Sure  :-)h >  > Albrecht Schloerv   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/i   ------------------------------  % Date: Fri, 09 May 2003 14:11:37 -0500w- From: Hunter Goatley <goathunter@goatley.com>o$ Subject: Re: Spamfilter for OpenVMS?; Message-ID: <EVSua.26450$Bm2.25268@fe04.atl2.webusenet.com>    Brian Tillman wrote:2 >>The first release will run on OpenVMS with PMDF. >  > M > Does this mean that PMDF will be a requirement?  Why not have a stand-alonei
 > product?  > It is a standalone product, but the first release is currentlyD scheduled to have hooks only for PMDF.  Hooks for the other productsC will take time to develop and will depend on customer demand (hences/ the note for you to send mail to Lauren MaschiodB <maschio@process.com> and let her know what other hooks you'd like to see).   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/19 goathunter@goatley.com     http://www.goatley.com/hunter/I   ------------------------------  % Date: Fri, 09 May 2003 14:13:47 -0500 - From: Hunter Goatley <goathunter@goatley.com>h$ Subject: Re: Spamfilter for OpenVMS?: Message-ID: <GXSua.26481$Bm2.5292@fe04.atl2.webusenet.com>   Hunter Goatley wrote:  >h@ > It is a standalone product, but the first release is currently( > scheduled to have hooks only for PMDF.  A Ultimately, it'll probably include its own SMTP server that would-B let it work with any product, but that's not how the first release= will work (it takes time to develop all the pieces/parts, andh we'd like to get V1 out soon).   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/u   ------------------------------   Date: 9 May 2003 18:46:37 -0700i( From: bob@instantwhip.com (Bob Ceculski)$ Subject: Re: Spamfilter for OpenVMS?= Message-ID: <d7791aa1.0305091746.1e738c4a@posting.google.com>o  o Hunter Goatley <goathunter@goatley.com> wrote in message news:<GXSua.26481$Bm2.5292@fe04.atl2.webusenet.com>...  > Hunter Goatley wrote:a > >sB > > It is a standalone product, but the first release is currently* > > scheduled to have hooks only for PMDF. > C > Ultimately, it'll probably include its own SMTP server that wouldhD > let it work with any product, but that's not how the first release? > will work (it takes time to develop all the pieces/parts, andi  > we'd like to get V1 out soon). >  > Hunter > ------; > Hunter Goatley, Process Software, http://www.process.com/s; > goathunter@goatley.com     http://www.goatley.com/hunter/e  - I thought pmdf already had spam filtering ...i   ------------------------------  % Date: Fri, 09 May 2003 19:50:48 +0200t From: Dirk Munk <munk@home.nl>/ Subject: Re: Speed of IDE controllers in DS10 ?t2 Message-ID: <b9gprp$o3h$1@news2.tilbu1.nb.home.nl>   Bob Ceculski wrote:eZ > Dirk Munk <munk@home.nl> wrote in message news:<b9fhlo$j8f$1@news1.tilbu1.nb.home.nl>... > A >>Can anyone tell me the speed of the IDE controllers in a DS10 ?j= >>It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?a >>8 >>It is not in the HP / Compaq documentation on the web. >  > < > I asked support that once, and all they said is that it is7 > slower than ultrascsi, something like scsi2 speed ...N  P I can assure you it is quite fast. I replaced the standard 10GB 5400rpm Seagate N 10232 by a new Western Digital 80GB 7200rpm with 8MB cache (yes, in the disk).  C It's really fast, much faster then my old PWS500 with 18GB Fujitsu.w   ------------------------------  $ Date: Fri, 9 May 2003 19:15:45 +01005 From: Ian Wing Yin Chung <iwyc@maddoginc.demon.co.uk>( Subject: Re: TCPIP libraries?d4 Message-ID: <HzhDKXARB$u+EwiE@maddoginc.demon.co.uk>   Hi Albrecht,  I Thanks for your help. Prefixing the network related functions with decc$ y did the trick!   Iano      @ In message <3cdd9b.bpp.ln@news.hus-soft.de>, Albrecht Schlosser  <ajs856@tiscali.de> writes >Ian Wing Yin Chung wrote: >> >> Running OpenVMS v7.1 on VAX.t >>< >> Does anyone know where TCPIP$IPC.OLB gets installed from? >>J >> Installed TCPIP services and FTP, etc works fine. Tried some simple "C"K >> network programming using sockets, connect calls but when I try to link,mF >> I get undefined symbols for all the network related calls. Does theI >> network programming libraries get installed from a proper installation < >> of the "C" compiler? Currently using an old gcc compiler. >aI >You need to compile your sources with "cc/prefix=all" or similar, if you G >are using a DEC/CPQ/HP compiler like VAXC/DECC. You need this, because.E >the network related functions are all prefixed with ... I don't knowe) >right now, maybe ucx$ or decc$ or vaxc$.i >hF >If you're using gcc, then you _may_ have to change all these calls to? >have the proper prefixes, which could be done with macros likek >  >#define socket DECC$sockete >h3 >etc., if there isn't a VMS specific option in gcc.g >tK >> What do I need in order to develop network apps on OpenVMS? I'm familiarpJ >> with C networking programming on the Unix environment. Is there special0 >> link options that I need to apply on OpenVMS? >cG >Nothing special, but some network calls have VMS specific restrictions A >(e.g. max socket number for select must be <= 32). IIRC you musth8 >explicitly link to vaxcrtl.olb or vaxcrtl.exe (on VAX). >= >Albrecht Schloer   --   Ian Wing Yin Chung   ------------------------------  * Date: Fri, 9 May 2003 21:51:05 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)4 Subject: Re: TCPIP Services Telnet problem [I think]. Message-ID: <b9h7s9$nqb$2@newslocal.mitre.org>   "Steve Spires" <Steve.Spires@torex.com> writes in article <91947A84607D9D48B8E674A5FAB54DA63CAE92@tahiti.tinuk.com> dated Fri, 9 May 2003 17:33:46 +0100:S* >-SYSTEM-F-EXQUOTA, process quota exceeded   $ SHOW PROCESS/QUOTA  G Look for low numbers.  Zeroes can mean you have run out or the quota isu infinite (*&@&! ambiguous).  S   $ SHOW PROCESS/SUB  L will give you a list of suspects.  The entire process tree shares one set of quotas.R  + --Keith Lewis              klewis$mitre.orgL> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 09 May 2003 14:16:56 -0500v- From: Hunter Goatley <goathunter@goatley.com>n2 Subject: Re: TCPware to TCPIP FTP connect problem.; Message-ID: <C_Sua.26526$Bm2.19236@fe04.atl2.webusenet.com>c   Steve Spires wrote: E > This problem occurs all the time - it isn't an intermittent problemt > caused by other issues.r > J > Can anyone suggest what I might need to look at? What might have changed > in TCPware and its e* > FTP between the two versions I am using? >   D Have you contacted Process Software Support?  <support@process.com>,= assuming you have a Support contract.  I can think of nothing1: off-hand, but I also haven't been working on the FTP code.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/t7 goathunter@goatley.com   http://www.goatley.com/hunter/n   ------------------------------  % Date: Sat, 10 May 2003 02:00:57 +0800X, From: Paul Repacholi <prep@prep.synonet.com>L Subject: TPC-C was: How Alpha will save Itanium - must reading for Bill Todd0 Message-ID: <878ytgvw2u.fsf_-_@prep.synonet.com>  , "Bill Todd" <billtodd@metrocast.net> writes:  C > TPC-C?  I was tempted to say I'd give you that one - though again @ > only in smaller systems unless HP tests a large EV7 system andE > SuperDome beats it - but then started wondering how the new 1.7 GHz>D > POWER4+ systems will do (they're clocked about 30% faster than theC > current POWER4 system whose TPC-C score the 32-Madison NEC system5 > beats by only about 20%).i   see:( http://www.theinquirer.net/?article=9416   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.c@                                              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: 9 May 2003 18:44:25 -0700a( From: bob@instantwhip.com (Bob Ceculski)P Subject: Re: TPC-C was: How Alpha will save Itanium - must reading for Bill Todd= Message-ID: <d7791aa1.0305091744.7e4cd963@posting.google.com>e  d Paul Repacholi <prep@prep.synonet.com> wrote in message news:<878ytgvw2u.fsf_-_@prep.synonet.com>.... > "Bill Todd" <billtodd@metrocast.net> writes: > E > > TPC-C?  I was tempted to say I'd give you that one - though againdB > > only in smaller systems unless HP tests a large EV7 system andG > > SuperDome beats it - but then started wondering how the new 1.7 GHztF > > POWER4+ systems will do (they're clocked about 30% faster than theE > > current POWER4 system whose TPC-C score the 32-Madison NEC systemi > > beats by only about 20%).  >  > see:* > http://www.theinquirer.net/?article=9416  6 and when power 5 comes out, it will get even worse ...2 Intel better get the EV8-9 logic into Itanium and 	 quick ...I   ------------------------------  * Date: Fri, 9 May 2003 21:45:40 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)7 Subject: Re: Using ALLOCLASS=1 and fiber channel disks?A. Message-ID: <b9h7i4$nqb$1@newslocal.mitre.org>   karcher@thuria.waisman.wisc.edu (Carl Karcher) writes in article <9MAY03.14434938@thuria.waisman.wisc.edu> dated 9 MAY 2003 14:43:49 GMT: I >Can you use a node allocation class of 1 (anywhere in the cluster) while < >using fiber channel disks which always appear as $1$DKAnnn?  L Duplicate host alloclasses are allowed, yes.  That was actually the originalK mechanism for SCSI clustering.  Your only potential problem would be if two . different devices were assigned the same name.  C >I'm suspecting this is why I don't see any $1$DGAnnn devices after G >presenting a virtual disk from an EVA to an ES40 at VMS 7.3-1 with twoLI >KGPSA-DA's (FCA2354) installed. I have another cluster node MSCP serving E >a shadow set with an allocation class of 1. I do see the FGA and FGB  >devices with their WWID's.   D Unless the MSCP-serving node has $1$DGA devices, I don't see why the% alloclass would mask the EVA devices._  I Word of caution:  Changing alloclasses for an existing node is a lot moreRI dangerous than adding a new node.  It's easy to crash your whole cluster.   + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 09 May 2003 19:42:18 -0600R$ From: Lee Y T Mah <lytmah@cha.ab.ca>7 Subject: Re: Using ALLOCLASS=1 and fiber channel disks?2) Message-ID: <3EBC58F9.B92BCD3D@cha.ab.ca>,   All our HSJ's have alloclass set to 2.  All nodes of our cluster also have alloclass of 2.  We just added a DS10 to the cluster with alloclass of 10 and are considering changing the alloclass of four other nodes to different values - 17, 18, 19, 20.  Why would it be easy tot crash the nodes or cluster?s   "Keith A. Lewis" wrote:o   > karcher@thuria.waisman.wisc.edu (Carl Karcher) writes in article <9MAY03.14434938@thuria.waisman.wisc.edu> dated 9 MAY 2003 14:43:49 GMT: K > >Can you use a node allocation class of 1 (anywhere in the cluster) while > > >using fiber channel disks which always appear as $1$DKAnnn? > N > Duplicate host alloclasses are allowed, yes.  That was actually the originalM > mechanism for SCSI clustering.  Your only potential problem would be if twos0 > different devices were assigned the same name. > E > >I'm suspecting this is why I don't see any $1$DGAnnn devices after I > >presenting a virtual disk from an EVA to an ES40 at VMS 7.3-1 with two K > >KGPSA-DA's (FCA2354) installed. I have another cluster node MSCP serving G > >a shadow set with an allocation class of 1. I do see the FGA and FGBe > >devices with their WWID's.I >tF > Unless the MSCP-serving node has $1$DGA devices, I don't see why the' > alloclass would mask the EVA devices.  > K > Word of caution:  Changing alloclasses for an existing node is a lot more K > dangerous than adding a new node.  It's easy to crash your whole cluster.o > - > --Keith Lewis              klewis$mitre.org @ > The above may not (yet) represent the opinions of my employer.   -- Lee   5 L Y T Mah                    Email:  lytmah@cha.ab.caT Capital Health Authority Information Systems, RAH CSC Edmonton, Alberta, CANADA:   ------------------------------   Date: 9 May 2003 16:05:07 -0500p; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) @ Subject: Re: What is the schedule for the DII COE certification?3 Message-ID: <WfEsZBWKnzqd@eisner.encompasserve.org>9  l In article <QzQua.608$_W3.298@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes: > A > Yes, a bit.  I also hope that it doesn't become another Solaris M > compatability test like COE was turned into.  Some continuity would also be0 > nice as well.c  E    Worse, since it's network stuff they could manage it like they didy:    ISO/OSI, require it in RFPs before the spec is written.   ------------------------------  % Date: Fri, 09 May 2003 13:43:56 -0400l& From: David M Smith <dsmit115@csc.com>  Subject: Re: Where is VMSBACKUP?8 Message-ID: <34qnbvop172vet5o2kfgvcp28tslviu4h2@4ax.com>  P On Thu, 08 May 2003 16:28:15 -0700, "Barry Treahy, Jr." <Treahy@MMaz.com> wrote: 	...J >2 million blocks is only 1G.  I can state without hesitation that I have F >zipped without flaw files much larger than that and entire directory H >trees totaling 5,493,177 blocks (what is that, about 2.7 G?), just two I >months ago...  Perhaps you need to update your zip, though mine is very tE >old (Zip 2.0 (Sept 7th 1993)), I believe the question at had is the .E >32bit barrier at 4G which I do not think will be an issue for zip...  >" >Barry  M The following information is from the file provided with Info-ZIP ZIP 2.3 for  VMS:   ziplimit.txt  ) A) Hard limits of the Zip archive format:l  G    Number of entries in Zip archive:            64 k (2^16 - 1 entries)EH    Compressed size of archive entry:            4 GByte (2^32 - 1 Bytes)H    Uncompressed size of entry:                  4 GByte (2^32 - 1 Bytes)  P I've run into these limits here, trying to ZIP a single file larger than the 4GB limit.  N My typical compression on "binary" data such as dump files and BACKUP savesets
 is about 5:1.wI ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only)yI -------------------------------------------------------------------------e   ------------------------------   Date: 9 May 2003 12:11:03 -0700H$ From: bdhobbs18@acm.org (Bill Hobbs)' Subject: Re: [GOOGLE] Missing article ? = Message-ID: <74ca5032.0305091111.2f505e31@posting.google.com>   q peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<uKKra.89126$v62.940511@news.chello.at>...sK > Four days ago i posted an article <Hxwqa.17751$v62.170443@news.chello.at>tJ > "[TCPIP V5.3 ECO2, DECnet-Plus V7.3-1 ECO2] DHCP Client - Startup Phase"K > and got no answers so far. Seems surprising. So I googled and didn't find B > this posting. Now, I'd like to ask, have you seen this posting ?  E Peter, to serve you better, Google filters the postings to our littleo newsgroup.  ReferenceiV http://groups.google.com/groups?selm=74ca5032.0304111643.5fbd7f34%40posting.google.com   Google is not Deja.com.l   ------------------------------   End of INFO-VAX 2003.257 ************************