1 INFO-VAX	Wed, 04 Jun 2003	Volume 2003 : Issue 308       Contents: Re: accvio from batch  accvio from batch - Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer  Re: CHANNELCNT=65532 ? Re: DCL_CHECK issues Re: DCL_CHECK issues7 Re: Download service for VMS and Tru64 layered products 7 Re: Download service for VMS and Tru64 layered products 7 Re: Download service for VMS and Tru64 layered products  Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64) Re: Foro Yahoo VMS de usuarios argentinos ) Re: Foro Yahoo VMS de usuarios argentinos  Re: Help maping RDB  Information on EXE$GL_VP_FLAGS" Re: Information on EXE$GL_VP_FLAGS Re: Install Directory / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way % Interpreting image exit status values ) Re: Interpreting image exit status values ) Re: Interpreting image exit status values ) Re: Interpreting image exit status values & Re: IO - VAXes, Alphas, XFC and V7.3-1& Re: IO - VAXes, Alphas, XFC and V7.3-1& Re: IO - VAXes, Alphas, XFC and V7.3-1. Re: IO - VAXes, Alphas, XFC and V7.3-1 (THUD!)C OT: TELNET disconnects - was: Interpreting image exit status values  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death 
 PRINT/PASSALL 6 Radeon 7500 and XP-1000 and OpenGL 1.2: is it working?: Re: Radeon 7500 and XP-1000 and OpenGL 1.2: is it working?: Re: Radeon 7500 and XP-1000 and OpenGL 1.2: is it working?( Re: Samba + Multinet: The Saga continues@ Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long) Re: SNA-RJE , Re: SYS$QIOW - Wtih more Details - Final Try, Re: SYS$QIOW - Wtih more Details - Final Try, Re: SYS$QIOW - Wtih more Details - Final TryN Would HP even consider offering customers VMS under Scenarios A, B, or C? Nah.P Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? NaP Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? NaP Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? Na0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"  F ----------------------------------------------------------------------   Date: 4 Jun 2003 12:31:58 -0500  From: briggs@encompasserve.org Subject: Re: accvio from batch3 Message-ID: <$uMS5jxlRyWR@eisner.encompasserve.org>   c In article <2RpDa.4$O3.668@news-west.eli.net>, "frank brown" <frank.brown@ci.seattle.wa.us> writes: L > I wrote a VAXC app, running on VMS 5.5-2, which is submitted to the systemN > batch queue by a process which dynamically creates the DCL every few minutesM > passing the executable image (called as foreign command) a single argument.  > M > Most of the time it runs fine but occasionally, about once every 2-3 hours, G > the batch job fails with a SYSTEM-F-ACCVIO.  When I rerun it manually J > passing the same argument, it runs fine every time.  Thus I am unable toL > duplicate the error interactively.  And the ACCVIO message as displayed by= > the batch queue processor cleverly disguises the args, viz:  > K > %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL,  > PC=!XL, PSL=!XL  > C > In other words it displays the FAO mask rather than a real value.  > : > How can I figure out the cause of the access violations?  B If the batch job has a log file, the first place to look is there.D The accounting utility and the queue manager are only going to trackD process termination status.  0x0000000C is about all the information' you're going to get from those sources.   A If you have an access violation in user mode code and you haven't > set up any user defined condition handlers then you should get2 a trackback dump with a ton of useful information.  A If you don't get a trackback dump then what might be happening is C that you are getting an access violation in something like a system A service and you are returning from the main program with a status @ code of 0x0000000C.   Or you might be terminating with SYS$EXIT.> For debugging purposes, it can be more useful to bomb out withC LIB$STOP rather than returning or calling SYS$EXIT.  That gives you C a traceback dump and some way of figuring out the line number where  the problem was detected.   E Without knowing any details, quota exhaustion is a somewhat plausible G explanation.  That can be a real pain to debug because quota exhaustion / tends to interfere with crash-time diagnostics.    	John Briggs   ------------------------------  # Date: Wed, 04 Jun 2003 17:17:50 GMT 2 From: "frank brown" <frank.brown@ci.seattle.wa.us> Subject: accvio from batch. Message-ID: <2RpDa.4$O3.668@news-west.eli.net>  J I wrote a VAXC app, running on VMS 5.5-2, which is submitted to the systemL batch queue by a process which dynamically creates the DCL every few minutesK passing the executable image (called as foreign command) a single argument.   K Most of the time it runs fine but occasionally, about once every 2-3 hours, E the batch job fails with a SYSTEM-F-ACCVIO.  When I rerun it manually H passing the same argument, it runs fine every time.  Thus I am unable toJ duplicate the error interactively.  And the ACCVIO message as displayed by; the batch queue processor cleverly disguises the args, viz:   I %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL,  PC=!XL, PSL=!XL   A In other words it displays the FAO mask rather than a real value.   8 How can I figure out the cause of the access violations?   -Frank Brown Seattle Fire Dept. http://www.inwa.net/~frog/   ------------------------------   Date: 4 Jun 2003 06:58:45 -0500 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)6 Subject: Another future of VMS article on the Inquirer3 Message-ID: <P$noEGNCrduF@eisner.encompasserve.org>   / There's another VMS article on the Inquirer at:   ( http://www.theinquirer.net/?article=9835  ) This one is also well written and argued.   H Does anybody here want to admit to writing these ? The writing style and< comments don't seem to match any of the regular COV posters,   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------   Date: 4 Jun 2003 07:16:17 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) : Subject: Re: Another future of VMS article on the Inquirer3 Message-ID: <nSrPV9H68Jmg@eisner.encompasserve.org>   x In article <P$noEGNCrduF@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:1 > There's another VMS article on the Inquirer at:  > * > http://www.theinquirer.net/?article=9835 > + > This one is also well written and argued.  > J > Does anybody here want to admit to writing these ? The writing style and> > comments don't seem to match any of the regular COV posters,  ? As I read it, it lacks any convincing evidence that advertising < affects operating system sales.  Certainly Linux advertising= affects company image in a certain segment of the population,  but that is a different effect.    ------------------------------   Date: 4 Jun 2003 12:36:31 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon): Subject: Re: Another future of VMS article on the Inquirer5 Message-ID: <bbkp4e$9jgmi$3@ID-135708.news.dfncis.de>   3 In article <nSrPV9H68Jmg@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:z > In article <P$noEGNCrduF@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:2 >> There's another VMS article on the Inquirer at: >>  + >> http://www.theinquirer.net/?article=9835  >>  , >> This one is also well written and argued. >>  K >> Does anybody here want to admit to writing these ? The writing style and ? >> comments don't seem to match any of the regular COV posters,  > A > As I read it, it lacks any convincing evidence that advertising > > affects operating system sales.  Certainly Linux advertising? > affects company image in a certain segment of the population, ! > but that is a different effect.   E Linux is the perfect example of what marketing can do.  Compare Linux J and the BSD's.  The BSD's are technically superior and from the standpointK of commercial application have the much more reasonable and usable license. G And yet Linux reigns supreme.  The difference?  Linux has marketing and  the BSD's do not.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Wed, 04 Jun 2003 12:46:40 GMT # From: "John Smith" <a@nonymous.com> : Subject: Re: Another future of VMS article on the InquirerJ Message-ID: <QSlDa.346892$w7k.147154@news04.bloor.is.net.cable.rogers.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:nSrPV9H68Jmg@eisner.encompasserve.org... 5 > In article <P$noEGNCrduF@eisner.encompasserve.org>, D clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:3 > > There's another VMS article on the Inquirer at:  > > , > > http://www.theinquirer.net/?article=9835 > > - > > This one is also well written and argued.  > > B > > Does anybody here want to admit to writing these ? The writing	 style and @ > > comments don't seem to match any of the regular COV posters, > A > As I read it, it lacks any convincing evidence that advertising > > affects operating system sales.  Certainly Linux advertising? > affects company image in a certain segment of the population, ! > but that is a different effect.     	 <sarcasm>   D I'm sure General Motors, Ford, Chrysler, Mercedes Benz, BMW, Nissan,@ Toyota, Honda, and all the other car manufacturers buy into your thesis.   A I'm even certain that Canon, Epson, Brother, Lexmark, and even HP @ thinks the same way about advertising their printers against oneE another....advertising does absolutely nothing to present the product E differentiators to customers and does nothing to drive business their  way.  	 <sarcasm>     = As much as some in c.o.v. may personally like the individuals E involved, the bottom line is that everyone from Gorham on up to carly B are guilty of eroding shareholder value with respect to VMS by notE advertising/marketing it properly, and ought to be fired by the Board @ of Directors acting on behalf of the owners of the company...theC shareholders. That is the only logical conclusion. Can you draw any 9 other *logical* conclusion as to the mismanagement of the * sales/promotion of VMS in the marketplace?  D So write your mutual fund portfolio managers, write you stock brokerA analyst, write the Hewlett & Packard trusts, etc... as previously 1 suggested and get them to pressure HP management.    ------------------------------  # Date: Wed, 04 Jun 2003 17:23:49 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton): Subject: Re: Another future of VMS article on the Inquirer. Message-ID: <FWpDa.864623$Zo.197347@sccrnsc03>  x In article <P$noEGNCrduF@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:0 >There's another VMS article on the Inquirer at: > ) >http://www.theinquirer.net/?article=9835  > * >This one is also well written and argued. > I >Does anybody here want to admit to writing these ? The writing style and = >comments don't seem to match any of the regular COV posters,   J Whoever wrote it lives in the UK/Canada/EU - note the spelling of the wordN "enamoured", for instance.  Certain other statements in the article lead me toL believe the the poster most likely lives on the eastern side of the Atlantic Ocean.  D Although it doesn't *have* to be a regular c.o.v. poster, I vote for Doc.Cypher.	:-)    >  >Simon.  >  >-- C >Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP        M >VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"    ------------------------------  % Date: Wed, 04 Jun 2003 10:23:47 -0400 & From: Jilly <jilly@clarityconnect.com> Subject: Re: CHANNELCNT=65532 ? 2 Message-ID: <3EDE00F3.D81E2D74@clarityconnect.com>  G Generally this is because you have a params file in SYS$SYSROOT and one D in SYS$COMMON.  Do a DIRECTORY SYS$SYSTEM:ALPHAVMSSYS.PAR and see ifF this is the case.  When VMS boots it will read the file in SYS$SYSROOT7 but some times the utilities use the one in SYS$COMMON.    DL Phillips wrote: > ) >    AlphaServer DS10/466, OpenVMS V7.1-2 # >    PATHWORKS V6.1 Advanced Server  >  > SYSMAN> param show channelcnt * > Node XXXXXX:   Parameters in use: ACTIVEF > Parameter Name   Current   Default   Minimum   Maximum Unit  DynamicF > --------------   -------   -------   -------   ------- ----  -------A > CHANNELCNT         65532       256        31     65535 Channels  > !!!  >    Well, that's strange. > !!!  > SYSMAN> param use current  > SYSMAN> param show channelcnt + > Node XXXXXX:   Parameters in use: CURRENT F > Parameter Name   Current   Default   Minimum   Maximum Unit  DynamicF > --------------   -------   -------   -------   ------- ----  -------A > CHANNELCNT          1368       256        31     65535 Channels  > ( > $write sys$output f$getsyi("boottime") > 29-MAY-2003 19:39:01.00  >  > $set def sys$system 7 > $dir/date/before=29-MAY-2003:19:39 *params.dat/vers=1  > . > MODPARAMS.DAT;29     23-MAR-2003 23:22:23.24. > PARAMS.DAT;19        28-MAY-2003 16:39:46.29. > SETPARAMS.DAT;20     28-MAY-2003 16:39:55.49 > D > $search modparams.dat;29,params.dat;19,setparams.dat;20 channelcnt  > ******************************& > SYS$SYSROOT:[SYSEXE]MODPARAMS.DAT;29 > I > MIN_CHANNELCNT = 1368   ! PATHWORKS V6 for OpenVMS 23-MAR-2003 23:22:23  >   > ******************************# > SYS$SYSROOT:[SYSEXE]PARAMS.DAT;19  > G > MIN_CHANNELCNT = 1368 ! PATHWORKS V6 FOR OPENVMS 23-MAR-2003 23:22:23  >   > ******************************& > SYS$SYSROOT:[SYSEXE]SETPARAMS.DAT;20 >  > set CHANNELCNT 1368  > $  > !!! ) >     Okay, so why is ACTIVE at Max when: % >       1) CHANNELCNT is NOT dynamic. 4 >       2) CHANNELCNT was set to 1368 by the AUTOGEN) >            just prior to the last boot. 9 >       3) CHANNELCNT should have an ACTIVE value of 1368  > ? >     Further investigation uncovered a possible reason for the < >     65532 value's existence, but not for it's persistence. > !!! 0 > $search *params.dat;* channelcnt,65532/mat=and >   > ******************************% > SYS$SYSROOT:[SYSEXE]MODPARAMS.DAT;7  > I > MIN_CHANNELCNT = 65532  ! PATHWORKS V5 for OpenVMS 18-APR-2000 10:13:35  >   > ******************************# > SYS$SYSROOT:[SYSEXE]PARAMS.DAT;15  > H > MIN_CHANNELCNT = 65532 ! PATHWORKS V5 FOR OPENVMS 18-APR-2000 10:13:35 >   > ******************************& > SYS$SYSROOT:[SYSEXE]SETPARAMS.DAT;15 >  > set CHANNELCNT 65532 > $  > !!! 8 >     So, way back when, PATHWORKS set MIN_~ to 65532. I; >     don't know and I don't really care now why it did so. 8 >     It is possible that the ACTIVE value has been such= >     since then even though it has gone though many autogens : >     and reboots with smaller, more normal values. I just >     haven't notice it before.  > ; >     But why doesn't the SET command in SETPARAMS actually  >     set the requested value? > > >     Searching on-line OpenVMS documentation at HP yields the >     typical response. # >         (*) openvms documentation  >         search: CHANNELCNT0 >         No results were found for your search. > ; >     Searching the Wizard and Googling c.o.v. yields quite > >     a lot of discussion about the relationship of channelcnt> >     to various products but nothing I could find relevant to> >     this condition. The doc's I have in-hand just define the? >     parameter (misleadingly) and mention its consideration in A >     tuning a backup account. These things I already understand.  > : >     There should Possibly be something in a release note: >     and/or an ECO about this CHANNELCNT phenomenon but I9 >     can't find it. Anyone have any insight they wish to  >     share? > 8 >     I'm hoping that a MODPARAMS MAX_CHANNELCNT = 1368,8 >     autogen and reboot will work, but I can't try that >     until the weekend. > 1 >     FWIW, This is a very lightly loaded system:  > !!! 
 > $show users 9 >       OpenVMS User Processes at  3-JUN-2003 10:17:23.53 ; >     Total number of users = 20,  number of processes = 21 	 >     ...  >  > $ show mem/phys/slots  > H > Physical Memory Usage (pages):  Total     Free      In Use    ModifiedH >   Main Memory (384.00Mb)        49152    33391       13614        2147 > H > Slot Usage (slots):             Total     Free    Resident     SwappedH >   Process Entry Slots             200      150          50           0H >   Balance Set Slots               198      150          48           0 > G > Of the physical pages in use, 4763 pages are permanently allocated...  > $  > !!!  >  >     DL Phillips  > 9 >     !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 9 >     There's a fuzzy line between interesting and weird. 9 >     I find that interesting, but maybe it's just weird. 9 >     !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!    --  C Jilly	- Working from Home in the Chemung River Valley - Waverly, NY 0 	- jilly@clarityconnect.com			- Brett Bodine fan+ 	- Mark.Jilson@hp.com				- since 1975 or so  	- http://www.jilly.baka.com   ------------------------------  $ Date: Wed, 4 Jun 2003 08:59:11 -0400 From: norm.raphael@metso.com Subject: Re: DCL_CHECK issues ? Message-ID: <OFC4290CB8.5009D95A-ON85256D3B.00467115@metso.com>    Hi,   @ I'll let Charlie post the address he wants (and where to get the procedure).   A You need the current version, of course, which seems to have that E problem around the LNF error corrected, but if you make the following ? changes to your code, and they are technically correct, you get    $ @dcl_check test.com   @ -*- Charlie Hammond's unsupported DCL checker (Version H3.0) -*- Checking file TEST.COM;2  # Checking for DCL_CHECK$ logicals... + No translation for logical name DCL_CHECK$*   . Starting Pass 1 --  4-JUN-2003 08:44:29.01 .... Starting Pass 2 --  4-JUN-2003 08:44:29.17 .... Starting Pass 3 --  4-JUN-2003 08:44:29.26 ...  & Procedure contains:      6 total linesE                          5 code lines (including 0 lines w/ comments) 8                          0 additional continuation lines5                          1 lines w/i $DECK/$EOD pairs -                          0 comment only lines &                          0 blank lines&                          0 diagnositcs  1 -*- No errors found -*-    4-JUN-2003 08:44:29.57    for:   $ type test.com; $ TYPE SYS$INPUT:  $ DECK         test $ EOD   $ RUN/DETACH/ERR=XYZ.TMP XYZ.EXE. $ IF F$SEARCH ("XYZ.TXT",1) .EQS. "" THEN EXIT   Instead of:    $ @dcl_check test.com;1   @ -*- Charlie Hammond's unsupported DCL checker (Version H3.0) -*-% Checking file JAM351:[NORM]TEST.COM;1   # Checking for DCL_CHECK$ logicals... + No translation for logical name DCL_CHECK$*   . Starting Pass 1 --  4-JUN-2003 08:44:57.46 .... Starting Pass 2 --  4-JUN-2003 08:44:57.62 .... Starting Pass 3 --  4-JUN-2003 08:44:57.72 ...  & Procedure contains:      4 total linesE                          4 code lines (including 0 lines w/ comments) 8                          0 additional continuation lines5                          0 lines w/i $DECK/$EOD pairs -                          0 comment only lines &                          0 blank lines&                          2 diagnositcs  #  LINE  CODE  --DIAGNOSTIC MESSAGE-- *     2  LND-E  line does not start with "$"0     4  WCT-E  wrong constant type for comparison0 -*- END OF LISTING -*-    4-JUN-2003 08:44:58.02   for    $ type test.com;1    $ TYPE SYS$INPUT:          test  $ RUN/DETACH/ERR=XYZ.TMP XYZ.EXE/ $ IF F$SEARCH ("XYZ.TXT", 1) .EQS. "" THEN EXIT  $   > The help file for WCT shows how to eliminate that error (which DCL_CHECK documents).    DIAGNOSTICS      WCT   ,           wrong constant type for comparison  C               Either  a  numeric comparison operator is preceded or  followed$               by a quoted string, or  I               a  string  comparison  operator  is preceded of followed by  an               numeric constant.   H           NOTE:   Under  certain  conditions,  the  WCT  diagnostic  may beB           incorrectly generated when using a lexical function that producesD           a  numeric  value.   To  avoid  this,  remove  any  spaces between F           arguments in argument lists passed to the lexical  function. For            example, use  '               f$getdvi(device,"REFCNT")      -Norm     B From:  "Stanley F. Quayle" <stan@stanq.com> on 06/03/2003 06:22 PM  6 Please respond to "Stanley F. Quayle" <stan@stanq.com>   To:    Info-VAX@Mvb.Saic.Com cc:    Subject:    DCL_CHECK issues    @ I couldn't find Charlie Hammond's email address, so hopefully he reads these posts...   ----  A This is the most useful tool.  I've found dozens of errors in the  scripts I use.  Thanks!   B I have noticed three problems in V2.1 of DCL_CHECK.  An input file of:                 $ TYPE SYS$INPUT:                     test-              $ RUN/DETACH/ERR=XYZ.TMP XYZ.EXE <              $ IF F$SEARCH ("XYZ.TXT", 1) .EQS. "" THEN EXIT   Gives the following errors:   (     2  LND  line does not start with "$"%     3  LNF  label "XYZ.TMP" not found .     4  WCT  wrong constant type for comparison  D I've seen the "TYPE SYS$INPUT:" contruct in a lot of scripts, and itD copies the following text to SYS$OUTPUT.  Each line of text gives an error in DCL_CHECK.   A The RUN command's /ERROR switch expects a file name, not a label, 6 which is different from virtually every other command.  ? The stream ID parameter isn't used much with F$SEARCH, but it's " absolutely essential sometimes....  6 Any chance of getting these fixed in a future version?  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  # Date: Wed, 04 Jun 2003 13:19:55 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)  Subject: Re: DCL_CHECK issues 2 Message-ID: <%lmDa.1913$uc1.1620@news.cpqcorp.net>  / In article <3EDCE77B.27488.F6F133E@localhost>,  , "Stanley F. Quayle" <stan@stanq.com> writes:  D >I couldn't find Charlie Hammond's email address, so hopefully he    >reads these posts...    I do, generally.  ; I'm sure I miss some, but, obviously, I'm reading this one.   C >This is the most useful tool.  I've found dozens of errors in the   >scripts I use.  Thanks!   Thank you for the kind words.   5 >I have noticed three problems in V2.1 of DCL_CHECK.   >  >	$ TYPE SYS$INPUT: 
 >	       test " >	$ RUN/DETACH/ERR=XYZ.TMP XYZ.EXE1 >	$ IF F$SEARCH ("XYZ.TXT", 1) .EQS. "" THEN EXIT  >  >Gives the following errors: > ) >    2  LND  line does not start with "$" & >    3  LNF  label "XYZ.TMP" not found/ >    4  WCT  wrong constant type for comparison   > That LNF problem is fixed in the current version of DCL_CHECK.  E The LND and WCT problems are explained in the current version's help  H (see below).  I don't plan to "fix" these as the work-arounds are simple> and straight forward, while any "fix" would be a major effort.    N If you would like a copy of the current version of DCL_CHECK, please email me.. If you can't reach me, try posting here again.     $DCL_CHECK HELP DIAG LND  @ -*- Charlie Hammond's unsupported DCL checker (Version V3.0) -*-   Diagnostics      LND   &           line does not start with "$"  L               All  DCL  lines  except  continuation lines and lines within a4               $DECK/$EOD pair must start with a "$".  L               If this line is input to a command or procedure, it may not beL               an error.  However, consider enclosing such input lines withinL               a  $DECK/$EOD  pair  to  make  this  intention  clear.   Using@               $DECK/$EOD may also avoid other false diagnostics.  L               If  you  want  to include a form-feed to force a new page whenF               printing the command procedure, consider using "$!<FF>".   $DCL_CHECK HELP DIAG WCT  @ -*- Charlie Hammond's unsupported DCL checker (Version V3.0) -*-   Diagnostics      WCT   ,           wrong constant type for comparison  L               Either  a  numeric comparison operator is preceded or followed$               by a quoted string, or  L               a  string  comparison  operator  is preceded of followed by an               numeric constant.   L           NOTE:   Under  certain  conditions,  the  WCT  diagnostic  may  beL           incorrectly generated when using a lexical function that  producesL           a  numeric  value.   To  avoid  this,  remove  any  spaces betweenL           arguments in argument lists passed to the lexical  function.   For           example, use  '               f$getdvi(device,"REFCNT")   L           instead  of including a space between the comma (,) and quote (").L           The following form can cause DCL_CHECK to  generate  an  incorrect           WCT diagnostic.   (               f$getdvi(device, "REFCNT")           --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 04 Jun 2003 09:23:38 +0200 & From: Bob Marcan <bob.marcan@aster.si>@ Subject: Re: Download service for VMS and Tru64 layered products. Message-ID: <W7hDa.632$78.20205@news.siol.net>   Michael Rice wrote: & > On 6/3/2003 9:36 PM, JF Mezei wrote: >  >> Sean O'Banion wrote:  >>G >>> Unfortunately, it only downloads to Windoze: NTLM authentication is 
 >>> required.  >> >> >>E >> What is NTLM ? Did Microsoft mess with the FTP protocol ? I can't  
 >> understand G >> why HP would use non-compliant proprietarty microsoft protocols for   >> anything.F >> But I am not surprised. HP is a subsidiary of Microsoft, after all. >  > ? > NTLM (NT LanMan) is a challenge/response algorithm for doing  J > connection/user authentication.  The Microsoft IIS Web server (which is G > probably what the afformentioned download server is running) can use  ) > this method for validating user logins.  > J > In a nutshell it works like this, the server side generates a token for I > the client to hash, the client hashes it using the user's password and  J > sends back the hashed data, and the server compares that to it's hashed I > data (using what it thinks is the user's password).  If the two match,   > the user is authenticated. > G > Unfortunately, I think the hashing requires the Microsoft Crypto API  H > libraries.  Which probably means you can only connect to the download D > server using a Windows client.  Obviously the preferred, and more ! > common, approach is to use SSL.  >   
 Good news.  : http://www.esecurityplanet.com/prodser/article.php/2203931 --  A   Bob Marcan                             mailto:bob.marcan@snt.si A   Aster^H^H...HermesPlus^H^H^H...S&T   mailto:bob.marcan@aster.si A   Nade Ovcakove 1                       tel:    +386 (1) 5894-329 A   1000 Ljubljana, Slovenia                      http://www.snt.si    ------------------------------  * Date: Wed, 4 Jun 2003 11:04:33 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb) @ Subject: Re: Download service for VMS and Tru64 layered products+ Message-ID: <bbkjo1$98t$1@aquila.mdx.ac.uk>   W In article <W7hDa.632$78.20205@news.siol.net>, Bob Marcan <bob.marcan@aster.si> writes:  >Michael Rice wrote:' >> On 6/3/2003 9:36 PM, JF Mezei wrote:  >>   >>> Sean O'Banion wrote: >>> H >>>> Unfortunately, it only downloads to Windoze: NTLM authentication is >>>> required. >>>  >>>  >>> F >>> What is NTLM ? Did Microsoft mess with the FTP protocol ? I can't  >>> understandH >>> why HP would use non-compliant proprietarty microsoft protocols for 
 >>> anything. G >>> But I am not surprised. HP is a subsidiary of Microsoft, after all.  >>   >>  @ >> NTLM (NT LanMan) is a challenge/response algorithm for doing K >> connection/user authentication.  The Microsoft IIS Web server (which is  H >> probably what the afformentioned download server is running) can use * >> this method for validating user logins. >>  K >> In a nutshell it works like this, the server side generates a token for  J >> the client to hash, the client hashes it using the user's password and K >> sends back the hashed data, and the server compares that to it's hashed  J >> data (using what it thinks is the user's password).  If the two match,  >> the user is authenticated.  >>  H >> Unfortunately, I think the hashing requires the Microsoft Crypto API I >> libraries.  Which probably means you can only connect to the download  E >> server using a Windows client.  Obviously the preferred, and more  " >> common, approach is to use SSL. >>   >  >Good news.  > ; >http://www.esecurityplanet.com/prodser/article.php/2203931   N Good news would be HP dropping the requirements for IE and NTLM authentication for these downloads.    K The fact that the latest beta of Mozilla includes support for NTLM may help ! some users but it won't help all.   , The prerequisites for Mozilla on VMS  are :-   VMS 7.2-2 or Higher   DecWindows Motif 1.2-4 or higher TCPIP Services 5.0 or higher    3 Not forgetting that it is only available for ALPHA.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  + Date: Wed, 04 Jun 2003 14:46:19 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> @ Subject: Re: Download service for VMS and Tru64 layered products; Message-ID: <01KWP843ZLMOAOKN0V@sysdev.deutsche-boerse.com>    > VMS 7.2-2 or Higher " > DecWindows Motif 1.2-4 or higher > TCPIP Services 5.0 or higher     And, what, 256 MB RAM?   ------------------------------  % Date: Wed, 04 Jun 2003 09:42:51 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <bbkbek$4on$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbfn6j$ft9$1@new-usenet.uk.sun.com>...   1 >>Bob do you have any idea what a FireWall does ?  >>= >>So far from you posting there is precious little to suggest  >>that you do. >>E >>As it is according to you one could connect an OpenVMS box directly A >>to the Internet without worries (well except for all the denial E >>of service attacks etc that would down it). But then what use would  >>that be as a Firewall ???  >>C >>When you have worked out the answer to that and show that OpenVMS F >>includes NAT, Stealth, Packet Filtering, VPN etc all of which peopleE >>expect their firewalls to do then get back to me otherwise you just  >>blew it yet again. >>@ >>BTW don't you get bored of this, you trot out some BS I squash. >>it, doesn't it get a tiny bit dispiriting ?? >>	 >>Regards  >>Andrew Harrison  >  > D > well Andrew, it does have packet filtering ... and it has securityA > built right in ... any other stupid questions?  NAT is a router G > function ... you see Andrew, VMS doesn't require you to BUY security,  > it already has it ...   ; Come on Bob stop making things up. There is no reference to ? Network Address translation in the OpenVMS TCP/IP documentation ; and the advice from The Wizard on using an OpenVMS box as a  Firewall is buy a Firewall.   . http://h71000.www7.hp.com/wizard/wiz_8211.html   This is the posting  "HI have Alpha with 2 NIC  Different types of Alpha Mixed VMS versions 7.x  I How can I be shure my Alpha do no routing or act as a router between the   2 NIC?F   (I want my two networks be absolutely independant except of what is  filtered:   by an application that talk on the 2 sides of the Alpha) (I have decnet and/or TCPIP)  K Does I have to check only the licenses (and what licenses) or what TCPIP orc   Decnet tasks are started?    The Answer is :u    F    Please contact the services organization for assistance in securingD    and hardening your OpenMVS system -- your question is potentiallyE    exceedingly complex, particularly depending on the network address #    assignments of the two networks.C  C    Assuming a simple network address assignment and simple softwarerG    configuration, disable both DECnet and IP routing using the provideddF    product configuration tools.  This will reduce the exposure, but --A    without an evaluation of all applications operating -- may notU1    eliminate all potential traffic route-through.   D    External firewall boxes are an inexpensive and effective option." End quote ====================  : Now I could believe you or I could believe the wizard, its: a difficult choice but on the basis of track record I will go with the wizard.   9 All of which tends to suggest that you would be better ofg9 not using the send button without thinking or researchingt8 your subject. You should have taken my advice earlier in9 the thread you would be looking less confused if you had.s   Regards7 Andrew HarrisonX   ------------------------------  # Date: Wed, 04 Jun 2003 13:44:06 GMT)' From: "Mark E. Levy" <melevy@attbi.com>i% Subject: Re: Firewall for VMS / TRU64n< Message-ID: <GImDa.38672$DV.63545@rwcrnsc52.ops.asp.att.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>n; wrote in message news:bbkbek$4on$1@new-usenet.uk.sun.com...? > Bob Ceculski wrote:P% > > Andrew Harrison SUNUK Consultancye8 <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message, news:<bbfn6j$ft9$1@new-usenet.uk.sun.com>...   [mucho deleteo]   ; > All of which tends to suggest that you would be better ofo; > not using the send button without thinking or researchingn: > your subject. You should have taken my advice earlier in; > the thread you would be looking less confused if you had.n  = Ugh. I can't believe that I find myself agreeing with Andrew.      -- o Mark E. Levy" System Management Associates, Inc. www.sysman-inc.com www.openvms.comn   ------------------------------   Date: 4 Jun 2003 12:31:47 GMT"( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: Foro Yahoo VMS de usuarios argentinos5 Message-ID: <bbkorj$9jgmi$2@ID-135708.news.dfncis.de>-  / In article <vdqs2mfih20g06@corp.supernews.com>,s5 	"Stuart Johnson" <ssj152 AT charter DOT net> writes:s > M > Not off-topic? Last time I looked this was an English-speaking newsgroup. I-  F Where exactly does it say that?  I hope your don't mean in the Charter for the newsgroup:&  "DEC's VAX* line of computers & VMS."  A Hmmmm....  Doesn't even mention Alpha, maybe their off-topic too.e  I > have nothing against speaking another language or a different language,m% > especially where it IS appropriate.  > M > I don't think it would have been a burden for the original poster of such aoN > self-serving (follow me to OUR newsgroup...) and off-topic (unless you speak > Spanish) u  E You keep saying "off-topic", I would love to know where it says that.v  H >          post to have made the header in the language of the newsgroup
 > (English), s  H Actually, as uncommon as it is to find an American that speaks more thanE one language, there are likely a lot more native English speakers whopD understand Spanish than native Spanish speakers who can use English.  L >            perhaps explaining what he was doing - for the benefit of those. > readers not speaking his language (Spanish).  C Spanish is not one of my languages, but even I could tell what that ) short message said and what it was about.a  ? I have in the past and will in the future respond to people whoc@ ask for help in any newsgroup in the language they choose to use? if I am able.  I guess having the opportunity to live in EuropewA has removed all the zenophobia fromn me that seems so common herem
 in the US.   bill   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   n   ------------------------------   Date: 4 Jun 2003 12:16:54 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: Foro Yahoo VMS de usuarios argentinos5 Message-ID: <bbknvl$9jgmi$1@ID-135708.news.dfncis.de>n  6 In article <00A20D8D.879D3340@ssrl.slac.stanford.edu>,O 	winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:o] > In article <3EDD5686.159C857E@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:a >>UserDECAr wrote: >>> ? >>> Se encuentra activo el forio de usuarios argentinos de DEC.j@ >>> Para acceder al mismo, hagalo a travez del siguiente enlace: >>> / >>> http://ar.groups.yahoo.com/group/userdecar/  >>>  >>> Hasta la vista!!!!!!!  >>G >>Are we now going to see DIVX data posted to this newsgroup as well asn1 >>the other VMS newsgroups (especially vmsnet.*)?a > L > Dude, just cause it's in Spanish doesn't mean it's off-topic.  The guy has; > set up a yahoo group for Argentine users of DEC products.  > ? >  Lista de discusion para usuarios Digital (DEC) de Argentina.v >  Alpha, VAX, PDP11, etc.  A While true, I would still recommend against having anything to dopG with it.  Apparently SPAM is not only considered "OK" in South America, E it is a way of life.  I don't even use YAHOO in this country, I wouldL8 never even consider using one of the foreign variations.B (I made the mistake of subscribing to a COBOL mailing list throughD SourceForge which turned out to be hosted out of Brazil.  Since then@ I now receive 30-40 Portugese SPAM Emails a day.  And while I amJ multi-lingual, Portugese is not one them making them even more valueless.)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 04 Jun 2003 09:37:16 -0700s From: Jason Brady <> Subject: Re: Help maping RDB8 Message-ID: <ks7sdvkan4fuf0lsut5ue87k5mn7ei1emv@4ax.com>   John,_  E CA's All-Fusion ErWin Data Modeler 4.0 (yeah, that's the brand name) dC supports Rdb version 7.  One can reverse-engineer a database by way-8 of ODBC.  Doesn't support previous Rdb versions, though.   Jasone  F On Mon, 26 May 2003 17:00:46 GMT, "John Smith" <a@nonymous.com> wrote:   >r1 >"bayden cline" <bayden@isys.ca> wrote in messagegD >news:AIaAa.262748$w7k.23230@news04.bloor.is.net.cable.rogers.com...D >> Hello, i am trying to figure out a way to map out how the various
 >tables inD >> an RDB 5.1 database are linked together, just wondering if anyone	 >here has 8 >> any sujestions for how to do this.  Thanks in advance >y >rF >V3.x of ERwin (now owned by Computer Associates) could connect to RDBD >and read/reverse-engineer the schema. Not sure if v4.x has Rdb as a5 >'native' db any longer...if not, ODBC ought to work.  >r   ------------------------------   Date: 3 Jun 2003 23:26:40 -0700g$ From: aw@ioc3.de (Andreas W. Wylach)' Subject: Information on EXE$GL_VP_FLAGS < Message-ID: <e951e78f.0306032226.8b1ea59@posting.google.com>   Hello everybody,  I does anybody have some information on the symbol EXE$GL_VP_FLAGS? I can'tnB find anything in the vax bible (internals & data structures) or on	 the net. SF What i think is it checks the vector processing flags. I dont know theE the inputs and outputs or what kind of flags/bits are set or readable  by this symbol..E It is in a piece of software i disassembled and analyze these days toV( use it in a software i write on vax/vms.  Any help is greatly appreciated!  	 Greetings  Andreas W Wylach
 aw@ioc3.de   ------------------------------  # Date: Wed, 04 Jun 2003 11:11:53 GMT " From:   VAXman-  @SendSpamHere.ORG+ Subject: Re: Information on EXE$GL_VP_FLAGSp0 Message-ID: <00A20DF1.0D5D0115@SendSpamHere.ORG>  c In article <e951e78f.0306032226.8b1ea59@posting.google.com>, aw@ioc3.de (Andreas W. Wylach) writes:t >Hello everybody,a >rJ >does anybody have some information on the symbol EXE$GL_VP_FLAGS? I can'tC >find anything in the vax bible (internals & data structures) or onn
 >the net. G >What i think is it checks the vector processing flags. I dont know theaF >the inputs and outputs or what kind of flags/bits are set or readable >by this symbol.F >It is in a piece of software i disassembled and analyze these days to) >use it in a software i write on vax/vms.e! >Any help is greatly appreciated!e >o
 >Greetings >Andreas W Wylach| >aw@ioc3.de   F One flag, the low-bit, is set to indicate that the system has a vector processor.  EXE$V_VP_PRESENT  H Another flag set in the cell is EXE$V_VP_LOAD.  This indicates that the 2 vector processing code has or has not been loaded.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM9            n5   "Well my son, life is like a beanstalk, isn't it?" n   ------------------------------  # Date: Wed, 04 Jun 2003 14:20:12 GMTm3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)n Subject: Re: Install Directory2 Message-ID: <wenDa.1919$uc1.1256@news.cpqcorp.net>  ) In article <3EDD5D8F.656AA7B@istop.com>, I, JF Mezei <jfmezei.spamnot@istop.com> writes:  M >Why not modify VMSinstall to support the product database so that vmsinstall H >can check what has and hasn't been installed, and have VMS install also> >generate the list of files to be deleted during an uninstall.  B Personally, I would like to see VMSINSTAL officially un-supported.@ I certainly would oppose doing even a small fraction of the work? this request woudl entail -- because we have already done it --i7 in the POLYCENTER Software Installation (PCSI) utility.     I >Product Install, when I looked at it, did have nice features compared to L >VMSinstal. But the showstopper for me was the lack of ability to prompt theL >user for questions (config, location etc) as well as lack of flexibility ofN >target directory.  It seems to have been designed for VMS integrated products  >that all go to the system disk.  H Please look at it again.  You now *CAN* ask questions.  You always couldE point to your destination, although scattering files accross multiple I disks is not supported, other than by using roll-your-own procedures that   the utility can execute for you.  E (Perhaps I do not understand what you mean by "lack of flexibility ofpA target directory"?  I am definitely uncertain of what you mean byn "VMS integrated products".)c   -- .J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Wed, 04 Jun 2003 17:26:02 GMTe/ From: Milton <mbhewitt.SPAMBLOCK@optonline.net>r8 Subject: Re: Intel 64 bit Pentium seems to be on its way8 Message-ID: <pfasdvkteps2ktqh2hpdma8qij3hp3f9c4@4ax.com>  3 On Tue, 03 Jun 2003 15:37:07 GMT, "Fred Kleinsorge"r( <my-last-name@stardotzko.dec.com> wrote:  J >The figure appears to me to be complete hogswallow, someones random guess >based on a few public sources.o >mK >The IA64 has, and will continue to have *leading* FP performance, and neartM >leading integer performance in the 64-bit space.  Vendors from HP to IBM areT1 >bringing more and bigger IA64 systems to market.  >bK >Most sober analysis shows IA64 and Power as the leading 64-bit chips goingoH >forward, with a potential for Opteron (there's a whole lotta "ifs" withI >AMD - the chip isn't a desktop chip, it's really a 2-4 way server chip -s* >with no serious server system vendors).     How about Cray, Inc?O http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~56268,00.htmll  E Kinda shoots the shit outta yer argument that Opteron is *only* a 2-4y way server chip   m" >SPARC has no chance of keeping upL >with any of these three (unless perhaps SUN has Fujitsu take over all their >future design work ;-). >eL >But it *is* in your interest to try and talk down IA64, because you need to >delay and hope for a miracle. >	L >"Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>< >wrote in message news:bbhrf7$8ca$1@new-usenet.uk.sun.com... >> Dirk Munk wrote:i >>> >> Current Itanium sales figures would suggest that the sooner2 >> Intel have a competitive 64 bit CPU the better. >>. >> http://212.100.234.54/content/61/30966.html >>7 >> The register recently reported that a grand total ofE> >> 1,963 IA-64 based systems were sold in the first quarter of" >> this year, down 31% on Q4 2002. >>A >> At an average of less than 2 CPU's per system thats a whoppingp; >> 3800 CPU's not enough to even register in the 64 bit CPU 
 >> market. >>@ >> These numbers would suggest that the IDC estimate that 25,000? >> Itanium based systems would ship this year is very very veryf >> optimistic. >>
 >> Regards >> Andrew Harrison >>M >> > The German magazine CT has a editorial called "CPU whispers" (translated5 >> > of course)  >> >K >> > In the editorial of 19 May the editors give us some very good evidencea9 >> > that a 64 bit Pentium class Intel CPU is on its way.X >> >L >> > The succesor of the Pentium 4 has the code name Prescott, and a certainJ >> > mr. Hans de Vries took a very good look at the Die plot pictures that  >> > were published of this CPU. >> >I >> > He concludes that the cpu has two 32 bit integer kernels that can beeL >> > combined to one 64 bit kernel. Futhermore he concludes that the CPU hasL >> > a 40 bit memory address bus, just like the 64 bit AMD Athlon / Opteron.H >> > However internally the CPU is 32 still bit wide, and certain 64 bit >> > registers are missing.A >> >L >> > Their conclusion: we can expect a 64 bit Pentium class Intel CPU is the >> > second half on 2004.* >> >J >> > At the same time I saw a HP powerpoint presentation which states thatI >> > Alpha servers will be will be sold untill >>> at least <<< 2006, and*I >> > that support for Alpha systems will continue untill >>> at least <<<= >2011. >> >M >> > No statements were made about when the PA-Risc systems will no longer be K >> > sold, or no longer be supported. However the arrow on time line of the!? >> > sheet ended at the same point as the arrow of the Alpha's.L >> > >> >n     Cheers,  Milton   ------------------------------  % Date: Wed, 04 Jun 2003 10:52:35 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>A8 Subject: Re: Intel 64 bit Pentium seems to be on its way' Message-ID: <3EDE31E3.2020509@MMaz.com>5  
 Milton wrote:e  4 >On Tue, 03 Jun 2003 15:37:07 GMT, "Fred Kleinsorge") ><my-last-name@stardotzko.dec.com> wrote:  >* >  * >*K >>The figure appears to me to be complete hogswallow, someones random guessT  >>based on a few public sources. >>L >>The IA64 has, and will continue to have *leading* FP performance, and nearN >>leading integer performance in the 64-bit space.  Vendors from HP to IBM are2 >>bringing more and bigger IA64 systems to market. >>L >>Most sober analysis shows IA64 and Power as the leading 64-bit chips goingI >>forward, with a potential for Opteron (there's a whole lotta "ifs" withnJ >>AMD - the chip isn't a desktop chip, it's really a 2-4 way server chip -+ >>with no serious server system vendors).  n >>     >> >  >How about Cray, Inc?tP >http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~56268,00.html >iF >Kinda shoots the shit outta yer argument that Opteron is *only* a 2-4 >way server chip >hI Oh, but Cray doesn't matter, that is a niche market, kinda like VMS, you   know?t   Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Wed, 04 Jun 2003 13:30:35 +0100s+ From: John Laird <john@laird-towers.org.uk> . Subject: Interpreting image exit status values8 Message-ID: <r5ordvseef7rg1eot01bgu2vflbq4kbdcs@4ax.com>  F We have just migrated a large distributed system from Vax 6.2 to AlphaJ 7.3-1.  While all the detached server processes are running just fine (andB we had, during development many years ago, effectively carried outK considerable testing on our desktop Alphastations hopefully eliminating anydJ real source code problems), user interface processes are suffering regular and annoying abrupt exits.  K I can only be somewhat vague on what these look like, as the client site is K some distance away and they are not as a rule particularly forthcoming with I exact details.  "My computer crashed" is often as good as error reporting3I gets, and that normally means "my terminal emulation window disappeared"..  G Going on image accounting records, we have a mixture of %X00000980 (CLIaL forced exit) and %X1000000C (access violation).  Users access the Alphas viaG Telnet using a freeware emulation package by the name of PuTTY.  (TheiraJ choice, having moved away from Reflection.)  Before the Vax-Alpha move, weI didn't see so many problems at all, although to be fair we weren't really L looking.  I plan to tackle the forced-exit problems by investigating whetherD TCP/IP or Telnet can be made a little more resilient to the presumedB connection interruptions, perhaps enabling VTA terminals to permit> reconnects if we cannot pin down the problem at a lower level.  K What is particularly worrying are the access violations.  If we have a real!H problem in our software, we need to find it.  However, we are getting noG traceback from these image exits.  Nothing at all.  Should I be reading I something into the high 1 in the exit status of 100000C ?  I am sure thatlL "normal" access violations should result in 0000000C and some traceback (theH program is written in a mixture of Fortran, C and C++).  It is extremelyI unlikely that any of our code is setting that high bit on return from anylJ system service or RTL routine - it suppresses normal output when passed toK LIB$SIGNAL and LIB$STOP if I remember correctly.  I don't think we have any C special exit handlers or condition handlers running as a rule.  ButeJ something in the back of my mind tells me that, for whatever reason, AlphaH software is far more prone to generating "improperly handled conditions"L when things go wrong - instead of traceback, a full screen of register dumpsK appears very rapidly and perhaps with terminal emulators can barely be seen2K before the window closes.  Could this explain these unusual status values ? I I may be able to get the system admins at the site to enable some form of D PuTTY logging, or at least prevent the window closing automatically.K Trouble is, I expect to get no real useful information from a register dump  even if we could capture it.  H My hope is that in fact all of our "crashes" are comms-related, and thatG perhaps the access violations are coming about as a result of the imagenC rundown not succeeding for some reason.  It should be easy to test.S  4 Any comments or advice would be gratefully received.     	JohnX   ------------------------------   Date: 4 Jun 2003 07:54:16 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)m2 Subject: Re: Interpreting image exit status values3 Message-ID: <xPuPDwygYCYu@eisner.encompasserve.org>D  f In article <r5ordvseef7rg1eot01bgu2vflbq4kbdcs@4ax.com>, John Laird <john@laird-towers.org.uk> writes:  M > What is particularly worrying are the access violations.  If we have a real J > problem in our software, we need to find it.  However, we are getting noI > traceback from these image exits.  Nothing at all.  Should I be reading K > something into the high 1 in the exit status of 100000C ?  I am sure thatn  I The cannonical meaning of that is "this status message has been displayed  to SYS$OUTPUT".   L > something in the back of my mind tells me that, for whatever reason, AlphaJ > software is far more prone to generating "improperly handled conditions"N > when things go wrong - instead of traceback, a full screen of register dumpsM > appears very rapidly and perhaps with terminal emulators can barely be seenEM > before the window closes.  Could this explain these unusual status values ? K > I may be able to get the system admins at the site to enable some form ofoF > PuTTY logging, or at least prevent the window closing automatically.M > Trouble is, I expect to get no real useful information from a register dumpd > even if we could capture it.   	SET PROCESS/DUMP   H will save lots of information for you, but analyzing it takes the source code to the failing image.   ------------------------------  % Date: Wed, 04 Jun 2003 14:36:35 +0100n+ From: John Laird <john@laird-towers.org.uk>e2 Subject: Re: Interpreting image exit status values8 Message-ID: <l1trdv8ecbp9ihhj9vkljvc43k86sv5t1c@4ax.com>  L On 4 Jun 2003 07:54:16 -0500, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  g >In article <r5ordvseef7rg1eot01bgu2vflbq4kbdcs@4ax.com>, John Laird <john@laird-towers.org.uk> writes:" >nN >> What is particularly worrying are the access violations.  If we have a realK >> problem in our software, we need to find it.  However, we are getting nojJ >> traceback from these image exits.  Nothing at all.  Should I be readingL >> something into the high 1 in the exit status of 100000C ?  I am sure that > J >The cannonical meaning of that is "this status message has been displayed >to SYS$OUTPUT".  L That's a different interpretation to my understanding.  If I called LIB$STOPK with such a status, I would expect to see no message, but the global symbol G $STATUS would still say %X1000000C.  I can't see why accounting recordslG should be special.  It's my experience that library routines and systemaE services either signal genuine conditions or return genuine conditionnH values, not partially masked equivalents.  And I'm sure none of our codeF would do this either, which leaves me most puzzled, and tending to theJ theory that in fact something has gone wrong telling me something else hasD gone wrong, if you see what I mean.  There are no 3rd-party softwareL components in our user interface, and the only library we use extensively is SMG.  M >> something in the back of my mind tells me that, for whatever reason, Alpha-K >> software is far more prone to generating "improperly handled conditions"8O >> when things go wrong - instead of traceback, a full screen of register dumpsnN >> appears very rapidly and perhaps with terminal emulators can barely be seenN >> before the window closes.  Could this explain these unusual status values ?L >> I may be able to get the system admins at the site to enable some form ofG >> PuTTY logging, or at least prevent the window closing automatically.BN >> Trouble is, I expect to get no real useful information from a register dump >> even if we could capture it.e >l >	SET PROCESS/DUMP >hI >will save lots of information for you, but analyzing it takes the sourceu >code to the failing image.s  E <fx: shudders>  Call me old-fashioned, but I'd prefer to start with atJ traceback and only go to process dumps as a last, final, resort.  Maybe...     	Johne   ------------------------------  # Date: Wed, 04 Jun 2003 17:01:17 GMTs/ From: "James Wilkinson" <elementyl@hotmail.com>S2 Subject: Re: Interpreting image exit status values? Message-ID: <xBpDa.521$%E6.70894789@newssvr14.news.prodigy.com>   . "John Laird" <john@laird-towers.org.uk> wrote:E > <fx: shudders>  Call me old-fashioned, but I'd prefer to start witheD > a traceback and only go to process dumps as a last, final, resort.  L Why not run the program in a command file and re-define SYS$ERROR to capture1 the traceback to an appropriately named log file?f   Jamesh   ------------------------------  % Date: Wed, 04 Jun 2003 08:08:45 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>/ Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1i) Message-ID: <3EDD9AFD.9C6A92F8@127.0.0.1>r   Rob Young wrote: > B >         I know.  Now I want them summarized nicely and ready forH >         import into Excel.  A tool that is configurable would be best!  E Um, there is something. There is an internal tool which has been madetD available which delivers CSV output. As I understand it, it uses the MONITOR items.  E It is called T4, but I believe its use is under 'supervision' in thatnC they want feedback from using the tool, contact your local friendlyiG ambassador, ask about T4. I believe the tool works on older versions asaG well, VAX and Alpha. It was presented on at last years London technicalo3 update I don't know if the slides are still online.m   -- o? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences* nclews at csc dot comu   ------------------------------  # Date: Wed, 04 Jun 2003 11:35:54 GMT ( From: Mark Hemker <hemker@insightbb.com>/ Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1t8 Message-ID: <urlrdvge91o7jmmq12vhi6j5u27k4vke7f@4ax.com>  D You can download it from the VMS website.  Just go to "What's new onD our site" and there is a link in the May 2003 section to version 3.2A of T4.  That is the most current version.  I have been using this F version for about a week now without any problems.  I used some of theD previous versions to collect data.  I haven't had a chance to do anyB analysis of the data but a quick glance at the generated CSV filesE looks good.  I have an intern who is going to create some reports for, me later this summer.    Mark  F On Wed, 04 Jun 2003 08:08:45 +0100, Nic Clews <sendspamhere@127.0.0.1> wrote:   >Rob Young wrote:C >> tC >>         I know.  Now I want them summarized nicely and ready for I >>         import into Excel.  A tool that is configurable would be best!e >PF >Um, there is something. There is an internal tool which has been madeE >available which delivers CSV output. As I understand it, it uses thea >MONITOR items.  >eF >It is called T4, but I believe its use is under 'supervision' in thatD >they want feedback from using the tool, contact your local friendlyH >ambassador, ask about T4. I believe the tool works on older versions asH >well, VAX and Alpha. It was presented on at last years London technical4 >update I don't know if the slides are still online.   ------------------------------   Date: 4 Jun 2003 11:53:01 -0500i+ From: young_r@encompasserve.org (Rob Young)a/ Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1c3 Message-ID: <sQWK+UPzp0Pf@eisner.encompasserve.org>o  c In article <urlrdvge91o7jmmq12vhi6j5u27k4vke7f@4ax.com>, Mark Hemker <hemker@insightbb.com> writes:bF > You can download it from the VMS website.  Just go to "What's new onF > our site" and there is a link in the May 2003 section to version 3.2C > of T4.  That is the most current version.  I have been using thisiH > version for about a week now without any problems.  I used some of theF > previous versions to collect data.  I haven't had a chance to do anyD > analysis of the data but a quick glance at the generated CSV filesG > looks good.  I have an intern who is going to create some reports forc > me later this summer.e >   A 	Thanks.  This looks like the ticket, it even has an XFC monitor.c   				Rob    > Mark > H > On Wed, 04 Jun 2003 08:08:45 +0100, Nic Clews <sendspamhere@127.0.0.1> > wrote: >  >>Rob Young wrote: >>> D >>>         I know.  Now I want them summarized nicely and ready forJ >>>         import into Excel.  A tool that is configurable would be best! >>G >>Um, there is something. There is an internal tool which has been madepF >>available which delivers CSV output. As I understand it, it uses the >>MONITOR items. >>G >>It is called T4, but I believe its use is under 'supervision' in that E >>they want feedback from using the tool, contact your local friendlylI >>ambassador, ask about T4. I believe the tool works on older versions as-I >>well, VAX and Alpha. It was presented on at last years London technicalx5 >>update I don't know if the slides are still online.  >    ------------------------------   Date: 4 Jun 2003 09:10:27 -0500k+ From: young_r@encompasserve.org (Rob Young)l7 Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1 (THUD!)l3 Message-ID: <MZWImOpkfhPc@eisner.encompasserve.org>   \ In article <03060316183221@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:7 > (THUD) was the sound of my jaw dropping to the floor.h >  > I can't wait!o >   A 	Let me temper this a bit, realizing I'm not being super accurateu 	in my post.  ( 	Here is a look at one DB on one volume:  ' $ show mem/cache=(volume=DSAd00,topqio)d  ) _DSAd00:[SITEVOL1]FILENAME1.EXT;1 (open)  9  Caching is enabled, active caching mode is Write ThroughlD     Allocated pages             66     Total QIOs           77381581D     Read hits              1683765     Virtual reads        76622715F     Virtual writes          758866     Hit rate                    2 %D     Read aheads                  0     Read throughs        76622715D     Write throughs          758866     Read arounds                0D                                        Write arounds               0  @ 	Very few allocated pages.  At month-end (time of sequential IO)< 	great hit rates of XFC at that time (watching interactivelyF 	I was seeing 400 hits per second on several occasions).  This volume G 	gets hammered at times.  Watching XFC work this file, it will increaset: 	pages 100-200 or so at a time.  During the day, activity = 	is random (DB caches too) and as more pages are allocated itSC 	results in * 0 increase * in Read hits.  XFC will get up to arounde? 	6000 or so Allocated pages and then drop to 0, the whole cycleiC 	begins again.  What I suspect it is attempting to do is anticipate ( 	or find hot regions but not succeeding.   	Another volume is different:o  ' $ show mem/cache=(volume=dsab00,topqio)r  , Extended File Cache Top QIO File Statistics:  ) _DSAb00:[SITEVOL2]FILENAME2.EXT;1 (open) r9  Caching is enabled, active caching mode is Write ThroughiD     Allocated pages           5045     Total QIOs            6920158D     Read hits              1985368     Virtual reads         4561159F     Virtual writes         2358999     Hit rate                   28 %D     Read aheads                  0     Read throughs         4561159D     Write throughs         2358999     Read arounds                0D                                        Write arounds               0  B 	The nature of this file is it will have more sequential IO and/or= 	"hot regions"? resulting in higher hit rates.  Note XFC has 2 	39.4 MBytes allocated.H  D 	Now where those very large spikes in IO rates occur - I don't know.F 	I am certain they are very short in nature as an interactive monitor D 	disk with 3 second interval catches them, but MONITOR running on 5 ? 	minute increments saved to file hasn't yet.  Still neat to see:= 	it burst that high, something I never saw prior to 7.3-1 andn 	XFC.w  ? 	We are going to be greatly increasing memory and XFC of coursei@ 	will be able to use more than the paltry 1 Gbyte it has to play? 	with currently (1 GByte split among 12-20 volumes isn't much).e> 	How this works out with hit rates will be interesting to see.  @ 	Additionally, if running Oracle you would certainly dedicate asA 	much memory to your SGA buffers and XFC wouldn't come into play.t4 	But RMS, older DB technology - XFC is a good thing.   				Robr   ------------------------------  # Date: Wed, 04 Jun 2003 17:34:24 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)L Subject: OT: TELNET disconnects - was: Interpreting image exit status values. Message-ID: <A4qDa.830527$OV.786494@rwcrnsc54>  f In article <r5ordvseef7rg1eot01bgu2vflbq4kbdcs@4ax.com>, John Laird <john@laird-towers.org.uk> writes:G >We have just migrated a large distributed system from Vax 6.2 to AlphacK >7.3-1.  While all the detached server processes are running just fine (anda <snip>E >  I plan to tackle the forced-exit problems by investigating whether E >TCP/IP or Telnet can be made a little more resilient to the presumedhC >connection interruptions, perhaps enabling VTA terminals to permitu? >reconnects if we cannot pin down the problem at a lower level.  <snip>  G While I can't say for sure this is relevant, here was my situation at a  previous employer.  N Asked application developers to test access to app in a cluster situation.  WeO would knock out a node from the cluster by disbaling TELNET, then ask deveopersd* to access the app using the cluster alias.  N No developer could access using a terminal emulation package called RUMBA (notM my choice - company-dictated).  We ran the same "tests" using WRQ Reflection,hH PuTTy, TeraTerm, and Kermit.  Of all the emulation packages tested, onlyI Reflection and Kermit made solid connections each time, using the clusterpI alias.  All other packages failed outright, or were inconsistent at best.d  M I left the company before a "root cause" could be discovered, but I left witheJ the impression that Reflection and Kermit were better choices for terminalK emulation (and Kermit was better, simply because it contined an SSH client;r Reflection didn't).u  5 >Any comments or advice would be gratefully received.i >- >a >	John  A _________________________________________________________________e0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"    ------------------------------  # Date: Wed, 04 Jun 2003 12:51:26 GMT # From: "John Smith" <a@nonymous.com>w" Subject: Re: Portents of VMS deathI Message-ID: <iXlDa.346921$w7k.48543@news04.bloor.is.net.cable.rogers.com>u  ' ""Alan Winston - SSRL Admin Cmptg Mgr""o1 <winston@SSRL.SLAC.STANFORD.EDU> wrote in messaged0 news:00A20D8D.2CF1C1DA@SSRL.SLAC.STANFORD.EDU...4 > In article <3EDD4E62.F3E9AB9D@istop.com>, JF Mezei# <jfmezei.spamnot@istop.com> writes:: > >jlsue wrote: E > >> Wrong again.  It was a test of a very old version of vms against6
 a new UNIX > >> offering. > >3D > >Lets say you have an old VAX at 5.5-2 and you are told it is time
 to buy new? > >machines because this "old museum piece" just doesn't cut itn anymore. > >nF > >So you call <whoever is owner of VMS this week> and they propose to
 loan you aB > >brand new zippy Unix system pre-loaded with the application you	 want, andkD > >they've never heard of VMS and tell you Unix is the way to go and	 that theyd> > >don't have "loaners" for VMS anyways. (or whatever excuse). > >rC > >So, as a loyalist to VMS, you still want to push a VMS solution,  but all youuA > >have at your disposal is that old vax at 5.5-2 which you can'te upgrade becausel( > >of the old application that is on it. > >y > >What do you do ?s > >tC > >Now, folks who know about the ambassadors programme may call Sue- and arrange D > >to have some zippy VMS demo showing all its modern stuff.  But ir	 you don't:B > >know about Sue or the ambassador programme, who can you turn to when6 > >Digital/Compaq/HP is unresponsive to VMS requests ? >.F > I was going to say that you don't have to know a secret handshake to find out4 > about the VMS Ambassadors; there's a link from the openvms.compaq.comC > home age to a nice page describing the Ambassadors program, whicha makes itE > clear that if you want to bring in someone who'll say how swell ande
 modern VMS( > is, an Ambassador is the one you want. > F > That page just doesn't seem to have a description of how to get hold of ane
 > Ambassador.   + That's what the secret handshake is for ;-)h   ------------------------------   Date: 4 Jun 2003 09:28:48 -0700( From: k9jdk@arrl.net (Dave))" Subject: Re: Portents of VMS death= Message-ID: <bafb6477.0306040828.460f235a@posting.google.com>   F After reading this, and trying to be an objective VMS advocate, I sentD it to Mark Gorham for comment.  His reply was there are >200 schools0 signed up for the CLSG/VMS free license program.  B Now before all the swords get pulled from their scabbards, if thisE doesn't sound/feel right, then by all means discuss it here, BUT also C send your cards and letters to the powers that be at hp.  If you dotF the former and not the later, then you did half of your assignment and3 get a grade of 50%.  That's a big fat F in my book.     g David Mathog <mathog@caltech.edu> wrote in message news:<20030603080855.4c039167.mathog@caltech.edu>...c > On 3 Jun 2003 04:26:54 -0700! > bihappy@hotmail.com (jo) wrote:  > J > > Still after ten years of hypochrondic talks and discussions OpenVMS is > > still around and kicking.s > A > Kicking?  Kicking the bucket maybe.  Things may be different in A > the corporate data center but good luck finding VMS machines intC > academia these days.  I'm not saying there aren't any, I'm saying B > that the remaining machines are those few that have not yet beenH > replaced.  (Hands up, who in a university has bought a NEW VMS machineD > for work in the last 6 months?)  Why would a lab buy a VMS machineI > today anyway? Both the hardware and the software are grossly overpriceddL > (for instance, in performance/$), the vendor is a major PITA to deal with,I > and there's now zero native application software in most fields.  Maybe F > if it was controlling a particle accelerator or some other hideouslyG > expensive megaproject one could justify VMS, but for general use, no.l > C > > For now, don't talk people in to a OpenVMS depression and enjoy $ > > OpenVMS for as long as it lasts. > 	 > lasted.r > 
 > Regards, >  > David Mathog > mathog@caltech.edu@ > Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------   Date: 4 Jun 2003 17:34:04 GMT.( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: Portents of VMS death5 Message-ID: <bblaic$aju87$1@ID-135708.news.dfncis.de>   = In article <bafb6477.0306040828.460f235a@posting.google.com>,D 	k9jdk@arrl.net (Dave) writes:H > After reading this, and trying to be an objective VMS advocate, I sentF > it to Mark Gorham for comment.  His reply was there are >200 schools2 > signed up for the CLSG/VMS free license program.  ? 200!!!  Wow.....  I live in the middle of nowhere and there aret> at least 200 college level schools within a 2 hour drive of me; right now.  Anybody want to hazard a guess at the minisculee@ percentage of schools in the US that is, not to mention the rest
 of the world.a  @ And we won't get into the fact that we are one of those schools.; Only sad part is the students aren't even told they have an = account on the one remaining VMS machine unless they need onec= particular program on it.  Even CS students do not use VMS as < a matter of course.  Only if they take a class that requiresC COBOL (and starting next semester noton VMS any longer) or ORACLE.  ; We still have MINITAB, SPSS and MAPLE, but they all stopped > keeping the VMS versions up to date and are now so far behind A no one is likely to choose the VMS version over the PC version inlA all the labs.  Do you think many of that pitifully small list aree any different?   > D > Now before all the swords get pulled from their scabbards, if thisG > doesn't sound/feel right, then by all means discuss it here, BUT alsoyE > send your cards and letters to the powers that be at hp.  If you dogH > the former and not the later, then you did half of your assignment and5 > get a grade of 50%.  That's a big fat F in my book.w  > You have it backwards.  It's not the customers that need to be< graded.  It is Mr. Gorham and his partners in crime who have( allowed this valuable asset to languish.   bill   -- wJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   3   ------------------------------  $ Date: Wed, 4 Jun 2003 10:37:34 +0100) From: "Charlie" <chlofthouse@hotmail.com>8 Subject: PRINT/PASSALL( Message-ID: <bbkeii$mg4$1@ns2.cwgsy.net>  K I drive a couple of PCL printers attached to my DS10 via the parallel portsaL of an Emulex P3000 using LAT.  I have a number of PCL macros that I downloadI into the printers with forms,  logos and signatures that I created a longuI while ago.  Recently I had to add a couple of new graphics and so createdbG new macros as follows:  I created the new image and did a print to filetJ using a PC.  I used Ultraedit to strip the top and tail off the printfile,G and edited in the macro definition commands at the start and end of the-I file.  This file I then sent to the printer to create the memory-residente macro.  K If I send it to the printer from the PC, direct to the printer's IP addressnL the macro works fine,  but if (as I'd much prefer) I submit it to a queue toL send the file via the Emulex route described above the graphic comes out all over the place.m  J I submit using print/passall.  The macros I created in this way before areI of a similar size or are larger than the new ones and work fine this way.s0 Can anybody offer a suggestion as to a solution?   ------------------------------   Date: 4 Jun 2003 01:01:47 -0700 - From: pdafniotis@yahoo.com (Petros Dafniotis) ? Subject: Radeon 7500 and XP-1000 and OpenGL 1.2: is it working? = Message-ID: <e54adf36.0306040001.4161f710@posting.google.com>e   As subject says:E I have already a XP-1000 with PowerStorm 350. Problem is that it doest> only OpenGL 1.1 and Compaq/HP will not do anything more on it.  B Now I see that support for Radeon 7500 will include OpenGL 1.2; is this working on a XP-1000?  D Where do I get this card? Is this the same as a All-In-One Wonder VE: Radeon 7500 PCI card that is still available for some PCs?  0 Thank you in advance for any info. Kind regards,   Petros ---- Petros Dafniotis, PhDe pdafniotis@yahoo.com   ------------------------------  # Date: Wed, 04 Jun 2003 17:20:56 GMT:9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>pC Subject: Re: Radeon 7500 and XP-1000 and OpenGL 1.2: is it working?f2 Message-ID: <YTpDa.1942$JM1.1733@news.cpqcorp.net>  : "Petros Dafniotis" <pdafniotis@yahoo.com> wrote in message7 news:e54adf36.0306040001.4161f710@posting.google.com...  > As subject says:G > I have already a XP-1000 with PowerStorm 350. Problem is that it doesy@ > only OpenGL 1.1 and Compaq/HP will not do anything more on it. > D > Now I see that support for Radeon 7500 will include OpenGL 1.2; is > this working on a XP-1000? >a  G I believe that the DS10L, DS10, DS20E, DS25, ES40, ES45, ES47, ES80 and , GS1280 systems are the ones being supported.  I Will it work?  Yes.  At least *SINGLE HEADED ONLY*.  A firmware change ise9 needed to do XP1000 multi-head - and that is not planned.,  F > Where do I get this card? Is this the same as a All-In-One Wonder VE< > Radeon 7500 PCI card that is still available for some PCs? >   L Probably.  But if you have a problem, don't call us.  And don't plug it intoD any slot that has PCI hotswap HW capability.  Get the HP part numberF 3X-PBXGG-AA.  This should show up "officially" within the next severalC weeks, and include Tru64 and VMS CD's with initial support on them.s  2 > Thank you in advance for any info. Kind regards, >y > Petros > ---c > Petros Dafniotis, PhDn > pdafniotis@yahoo.com   ------------------------------  % Date: Wed, 04 Jun 2003 19:23:02 +0200t From: Dirk Munk <munk@home.nl>C Subject: Re: Radeon 7500 and XP-1000 and OpenGL 1.2: is it working?h2 Message-ID: <bbla5t$dn0$1@news1.tilbu1.nb.home.nl>   Petros Dafniotis wrote:p > As subject says:G > I have already a XP-1000 with PowerStorm 350. Problem is that it doest@ > only OpenGL 1.1 and Compaq/HP will not do anything more on it. > D > Now I see that support for Radeon 7500 will include OpenGL 1.2; is > this working on a XP-1000? > F > Where do I get this card? Is this the same as a All-In-One Wonder VE< > Radeon 7500 PCI card that is still available for some PCs?   No, absolutely not !  Q All-In-Wonder cards have a build-in TV tuner etc. I haven't heard anything about n@   TV software on VMS ! (would be nice, using a a ES47 as a VCR).' Furthermore the VE versions are slower.T  P I don't know where you live, but in the US you can order the ATI Radeon 7500 in + PCI and AGP version for something like $70.o  K In Europe things are a bit more complicated, because ATI left the European  : market for other manufacturers that use the ATI chip sets.  P I know of one company in Europe that sells a 7500 PCI version, this is the link  to their homepage:   http://www.club-3d.nl/  P It is not made by ATI, but seems to be a 100% clone. Works fine in my DS10, and ? is a LOT cheaper then a similar card from HP (sorry Fred......)n   > 2 > Thank you in advance for any info. Kind regards, >  > Petros > ---  > Petros Dafniotis, PhDe > pdafniotis@yahoo.com   ------------------------------   Date: 4 Jun 03 04:48:51 PSTn From: mckinneyj@cpva.saic.comi1 Subject: Re: Samba + Multinet: The Saga continuesn( Message-ID: <wjqPtlZUKh+t@cpva.saic.com>  ' In article <3EDD5301.1A7E23CE@fsi.net>,u4  "David J. Dachtera" <djesys.nospam@fsi.net> writes: > Pat Rankin wrote:u >> g0 >> In article <3JUN200300223084@gerg.tamu.edu>,\/ >>  carl@gerg.tamu.edu (Carl Perkins) writes.... >> [...]E >> > My SMBD service definition is the same as it has been for years,lE >> > predating the V2 line of Samba, so it is not clear if some of it>) >> > is not needed. That said, I have the ( >> >       Socket Options = SO_KEEPALIVE >> > set, and also have this:' >> >       Flags = UCX_SERVERnN >> > in my SMBD service defintion. I also have a Max Servers setting, but that, >> > should not be needed to get it working. >> sK >>      We're not running Samba any more, but our old service configurationaL >> has SO_KEEPALIVE too.  And if UCX_SERVER is omitted, MultiNet will ignore' >> the `username = "anything"' setting.> > J > When you say "MultiNet will ignore the `username = "anything"' setting",H > what exactly is the result, if you recall? What UIC/user does the SMBD	 > run as?P >   F SMBD, or any other service that does not have the UCX_SERVER flag set,G will run under whatever username the MULTINET_SERVER process is runningtE under (typically, but not necessarily, SYSTEM) when the connection toeD this service is made. It is the MULTINET_SERVER process that creates the new server process.s   -- a - Jim    ------------------------------  # Date: Wed, 04 Jun 2003 17:11:25 GMTv9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>bI Subject: Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long)t2 Message-ID: <1LpDa.1940$_L1.1390@news.cpqcorp.net>  K Sorry, that did not imply that Motif V2.1 was being done for IPF.  It wouldnI be both Alpha and IPF if/when it is done.  VAX, because it is a very old,e4 very unique code base - will never be moved forward.    7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messageN# news:3EDD664B.C67188AB@istop.com...  > Fred Kleinsorge wrote:E > > heading.  The "DECwindows" folks are currently porting to IPF andm planningH > > the port of XM to Version 2.1.  The TCPIP folks are among many other things,n > > porting to IPF.n >  >-E > What about Alpha and VAX ? HP's "plan of record" mentions continuedr
 support ofG > at least Alpha. And making VMS behave properly with (old) establishedoK > standards is a must. If you get only the "required" features on that IA64 K > thing, it will be useless to VMS customers who won't see IA64 stuff for ak few." > more years, if they ever see it.   ------------------------------  $ Date: Wed, 4 Jun 2003 10:12:31 -0400+ From: "Ron Milen" <milenronald@mailbag.net>h Subject: Re: SNA-RJE! Message-ID: <3ede0669_1@newsfeed>n  E I found it listed as Compaq SNA Remote Job Entry for OpenVMS, V1.6 atH2 http://h18000.www1.hp.com/info/SP2685/SP2685PF.PDFG SPD 26.85.08.  I agree that if it runs on OpenVMS 7.3, it should run onnK V7.3-1 unless the SPD says otherwise.  I would still give HP a call just toe be sure.  	 Ron MilenM milenronald@yahoo.coms  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EDD5640.E4E67AD3@fsi.net...  > "John N." wrote: > >,< > > Does anyone know if SNA-RJE is available for VMS ;7.3-1? > >11 > > The  SPD only mentions VMS up to version ;7.3t > >rC > > I could not find SNA-RJE mentioned in the VMS software catalog. % > >  http://h71000.www7.hp.com/swcat/r >,B > Have you checked to see if the SPD is updated in the most recent > quarterly SPL? >eB > I would expect if it's o.k. on V7.3 it should be o.k. on V7.3-1. >1 > -- A > David J. Dachtera- > dba DJE Systems- > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/t   ------------------------------  % Date: Wed, 04 Jun 2003 02:00:46 -0400b* From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: SYS$QIOW - Wtih more Details - Final Try ) Message-ID: <3EDD8AFA.E3E5E7F1@istop.com>    Ryan Moore wrote:dF > Sorry, that isn't the behavior.  From the I/O User's Manual, section > 4.3.2 (Mailbox write): > G > IO$M_NOW: Completes the I/O operation immediately without waiting for . > another process to read the mailbox message.  J Is it correct to state that the DCL WRITE statement, when writing to a MBA  device, uses the IO$M_NOW flag ?  K What happens if you use IO$M_NOW, but the mailbox is full ? does it go into ) RWMBX or does it complete with an error ?   M I've never used IO$M_NOW and never had problems with mailboxes, this is why InJ am perplexed. The only abuse I made was using DCL to send fake messages toG processes to test them. And DCL seems to hang when mailbox is full, butsK otherwise completes immediatly whether the message is read or just added to  the mailbox.   ------------------------------  % Date: Wed, 04 Jun 2003 12:06:59 +0100e+ From: John Laird <john@laird-towers.org.uk>h5 Subject: Re: SYS$QIOW - Wtih more Details - Final Try 8 Message-ID: <7ckrdv8740a577eocq9kmf81qadkb0hkgj@4ax.com>  H On Wed, 04 Jun 2003 02:00:46 -0400, JF Mezei <jfmezei.spamnot@istop.com> wrote:   >Ryan Moore wrote:G >> Sorry, that isn't the behavior.  From the I/O User's Manual, sectionl >> 4.3.2 (Mailbox write):t >> aH >> IO$M_NOW: Completes the I/O operation immediately without waiting for/ >> another process to read the mailbox message.w >rK >Is it correct to state that the DCL WRITE statement, when writing to a MBA ! >device, uses the IO$M_NOW flag ?    It it correct to infer that ;-)a  L >What happens if you use IO$M_NOW, but the mailbox is full ? does it go into* >RWMBX or does it complete with an error ?  L It goes into RWMBX.  If you add IO$M_NORSWAIT however, then it will fail andJ return immediately with a suitable status.  (You can also bracket the callL to SYS$QIOW with calls to SYS$SETRWM to disable and re-enable resource-wait,/ but it is more elegant to modify the QIO call).t  N >I've never used IO$M_NOW and never had problems with mailboxes, this is why IK >am perplexed. The only abuse I made was using DCL to send fake messages toeH >processes to test them. And DCL seems to hang when mailbox is full, butL >otherwise completes immediatly whether the message is read or just added to
 >the mailbox.m  G As you suggested, it is almost certainly using IO$M_NOW.  Personally, IxL would have made that the default, and had a IO$M_WAIT for occasions when youI really really wanted to know the message had been read, but that probablywL reflects my bias towards using mailboxes as message queues, not as a form of( synchronous message transfer mechanism-.     	Johne   ------------------------------   Date: 4 Jun 2003 07:28:20 -0500d From: briggs@encompasserve.org5 Subject: Re: SYS$QIOW - Wtih more Details - Final Tryu3 Message-ID: <zMMjwgBe6bal@eisner.encompasserve.org>a  V In article <3EDD5120.B7003D5A@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Ryan Moore wrote:-I >> If you don't use the IO$M_NOW qualifier, the write QIOW won't completeK >> until that message is read. > O > Are you sure about that ? I was under the impression that QIOW would complete O > immediatly if there is enough remaining buffer space in the mailbox, but will-O > "hang" is the mailbox buffer is full and will then have to wait until someonenL > reads some enough data from mailbox to free sufficient buffer to allow the' > write to complete. (hence the RWMBX )e  @ He's right.  $QIOW does not complete by default until there is aC reader ready to read.  The reader waits for the writer (of course),h+ and the writer _also waits for the reader_.m  > The ability of the mailbox to buffer up multiple messages only8 comes into play if the writer uses IO$M_NOW on his side.  9 IO$M_NOW on the writer's side means that the message goesl? into the buffer immediately without waiting for a reader.  Notef> that the writer may go into RWMBX wait state if the mailbox isD full.  Adjust system service resource wait mode (SYS$SETRWM) if that is an issue.  : IO$M_NOW on the reader's side means that the message comes? from the buffer immediately without waiting for a writer.  Note = that if there is no message in the buffer, the reader gets an # end-of-file indication in the IOSB.   L > Seems to me that the person with the problem should investigate what couldP > happen to "unfreeze" the  processes. Perhaps some other process issuing a read> > or write to/from the mailbox to unjam the othe 2 processes ?  > If it were me, I'd be using extremely simple diagnostic tools.  > 1.  Insert a LIB$WAIT ( 999.0 ) or SYS$HIBER() into the writerD after the mailbox has been created but before any messages have been+ written.  Let the reader start up normally.@  1     Write messages by hand into the mailbox usingr   	$ COPY /LOG somefile MBAxxx:@  D     (and being aware that you'll get an end-of-file message inserted& into the mailbox after the file data).  > 2.  Insert a LIB$WAIT ( 999.0 ) or SYS$HIBER() into the reader? after the mailbox has been created but before any messages have 0 been written.  Let the writer start up normally.  (     Read messages from the mailbox using   	$ TYPE MBAxxx:   $ 3.  Do both from separate terminals.   	John Briggs   ------------------------------  # Date: Wed, 04 Jun 2003 16:22:27 GMTe# From: "John Smith" <a@nonymous.com>nW Subject: Would HP even consider offering customers VMS under Scenarios A, B, or C? Nah.lJ Message-ID: <71pDa.349596$w7k.110575@news04.bloor.is.net.cable.rogers.com>  3 http://www.pcmag.com/article2/0,4149,1115156,00.asp   
 Killing Linuxa   June 2, 2003 By  John C. Dvorak    E The Linux community seems to be taking very lightly the recent eventsdA surrounding the SCO-versus-IBM lawsuit and SCO's claim that Linux F relies on Unix in unfair ways. One writer calls the situation a farce,B while another thinks it's laughable and stupid. Linus Torvalds has> reportedly said it is not much different than a Jerry SpringerB Show-mere entertainment. The Linux community seems to have put itsC collective head in the sand. Nobody seems to realize that Linux andeA the entire open-source movement are at grave risk. Apparently thepF open-source idealists don't understand the quirks of the legal system.  E I have posted a complete timeline of events regarding this episode onpC a Web page as an attempt to give people some clue about how this isoA unfolding. (Additions and corrections are welcome.) Personally, I A don't think any of this bodes well for the open-source community.>D Nowadays, you can patent a business practice or something as idioticE as one-click purchasing. Software patents have gone crazy. Juries aresF flaky. I was an expert witness in a case where the defendant lost justE because "patented" was stamped onto a plastic case. The word referredc7 to the plastic case design. The suit was over software.m    F That's the real bad news. The good news is that SCO is suing IBM. That@ may also be the bad news. IBM thinks anything anyone has done inE recent memory is traceable to something it did in the 1950s or 1960s.rC This is particularly true of computer algorithms. The company feelstA that it can always defend against suits like SCO's by rolling oute> endless prior art. But the lead attorney, David Boies, was the@ attorney for IBM in its antitrust defense years ago. Boies knowsD things we don't. SCO retained his new firm when the company felt IBMC was pushing AIX code into Linux. The AIX code is attached to a Unixe license from SCO.o  D And what happens if there is an out-of-court settlement and IBM doesF some under-the-table deal and suddenly emerges as the top Linux vendorF with the only legal license to use certain aspects of the kernel? WhatE does that do to the whole Linux house of cards? While writers such asoE Nick Petreley and others smell Microsoft somehow involved in a sneakyyF plot to derail Linux, I see something fishy with Boies on the SCO team< after working for IBM and, more recently, against Microsoft.  B And let's look at the interesting nature of open source. Nobody in? that community has paid any attention to the risks of communitybF programming, such as the inability of one person or any small group toC know when a program improvement done by some Bulgarian coder is notb= actually stolen proprietary code. Discovery might take years.AC Companies who do not publish source code, such as Microsoft, have aaC much easier time burying "borrowed" algorithms (not that I'm sayingcB they do). Thirty years ago, this would not have been an issue, butA changes in the laws have not been acknowledged by the programming3 community at large.   E I can't see Microsoft as part of any scheme at all, here. The companyaD doesn't change its modus operandi that much. Microsoft would be moreC likely to use purchased Unix source code as a guide for making UnixnF incompatible with Windows or for finding ways to kill Unix performanceC or some such thing. That would be its version of a dirty trick. TheeE other possibility is that Microsoft saw what was happening, knew thatrF SCO would be strapped for cash, and realized that would be a good timeA to buy some needed technology cheap-perhaps a new TCP/IP stack itk' could actually understand, for example.   B Now if we look at SCO in this melodrama we see a company that wentC from 100-percent Linux sales to 95-percent Unix sales (according to C SEC filings) and found IBM allegedly moving code from AIX to Linux,rC then heard IBM, in a keynote at the January LinuxWorld in New York,t? threatening to kill Unix. According to the SEC filings, SCO haseA continually said that the Unix market is falling and Linux is toorD fragmented to be a big winner for SCO. The company had to think fastB about a way to stay in business. This is the way. The CEO is doing exactly what he is paid to do.  D Novell is the last actor to consider. From the company's SEC filings= alone, seeing how Novell could possibly have ownership of theaE copyrights to the latest versions of Unix is hard, when it constantlynC harps on collecting license fees for "older versions of Unix." What B new licenses has it sold in the last few years? If Novell owns theF copyrights then how is SCO collecting fees and selling to the likes ofA Microsoft? But I do admit the question is a little vague and thateE might account for reports that SCO has asked Novell for clarification  on this matter.a  1 Okay, that said, here are the possible scenarios.'  F VERSION A: SCO does own the Unix code. IBM took out a license for AIX.E The court finds that IBM violated the license and IBM loses its case.tD SCO then asserts its intellectual property rights and goes after allD Linux companies and users of Linux for fees. Confusion reigns. Linux dies.a  F VERSION B: SCO pays no attention to code ownership and concentrates onA contract violations with IBM. SCO wins, and uses the victory as a C precedent to go after the tainted code used by others. Corporationsi panic and flock to Microsoft.r  A VERSION C: IBM decides to stall the proceedings. It's using DavidiE Boies' old law firm. As the battle drags on, the Linux movement loses  momentum, then dies.  C VERSION D: The case is thrown out of court because it has no merit,tD and SCO has no platform to stand on because it doesn't own the code.: This is what the Linux community is hoping for. Good luck.  C If the Linux and open-source communities think this is all a farce,eD they had better wake up soon. If the communities wake up later, they will wonder what happened.   ------------------------------  # Date: Wed, 04 Jun 2003 16:54:29 GMT># From: "John Smith" <a@nonymous.com>hY Subject: Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? NasJ Message-ID: <9vpDa.349795$w7k.309058@news04.bloor.is.net.cable.rogers.com>  D SCO's 'case' may be frivolous, or it may be exacly as they claim, or= perhaps they're just looking for IBM to buy SCO and make it a F wholy-owned IBM subsidiary. If the latter, then IBM owns the exclusiveD rights to a whole segment of the industry, which they may or may not choose to license.  D It may also open up GPL for a long messy fight over exactly what GPL@ means legally, and that could vary by jurisdiction (despite what7 American courts may think about the rest of the world)..  B Dvorak is correct - notwithstanding the facts, there is no telling, what could happen when a case goes to court.   Consider this:) http://news.com.com/2100-1017-961803.htmli   <snip>  C "Originally filed in August 2000, IBM's restroom reservation patent8E describes a system that would determine who is next in line for using7E the facilities on an airplane, passenger train or boat. As envisioned2F in the patent, the system would be run by a computer that would assignA customers a number based on a first-come, first-served basis. The D system would give customers an estimate of their waiting time to useF the restroom and would notify them when the restroom was available and( allow them to cancel their reservations.  E "Because of the shortage of restrooms on board, it is often necessarysB for passengers (on an airplane) to stand for quite sometime in theD aisles while queuing to use the restroom," IBM said in a description@ of the patent, No. 6,329,919. "Standing in the aisle of a moving> aircraft creates safety hazard and inconveniences for both theE passenger and other people on board. Likewise, a passenger may lose ahC great deal of his valuable time or miss a significant portion of ana> entertainment program because of waiting to use a restroom." "    ? The patent should never have been granted (just like many other D software/process patents), but (just hold on and assume for a momentA that this patent was not withdrawn) somebody gets sued by IBM forrF infringement and the case goes to trial. The judge in the trial is notF the competent authority to rule whether the patent is valid or not, soD that judge/jury can only find that the defendant either infirnged or didn't infringe the patent.   ( And so it may be with SCO/IBM and Linux.  C A perfect opportunity to market and advertise a non-infringing o/s.  Does HP "Listens"?   .....   C Just be careful that you don't have any GPL'd components as part ofeD the base o/s otherwise you may be required to give it away for free.   Section 2b of the GPL states:sE You must cause any work that you distribute or publish, that in wholeO> or in part contains or is derived from the Program or any partD thereof, to be licensed as a whole at no charge to all third parties  under the terms of this License.   ------------------------------   Date: 4 Jun 2003 17:37:31 GMT:( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? Nac5 Message-ID: <bblaor$aju87$2@ID-135708.news.dfncis.de>t  J In article <71pDa.349596$w7k.110575@news04.bloor.is.net.cable.rogers.com>,& 	"John Smith" <a@nonymous.com> writes:5 > http://www.pcmag.com/article2/0,4149,1115156,00.aspn >  > Killing Linuxr >  > June 2, 2003 > By  John C. Dvorak >   B I stopped readin his drivel back during his Dec Professional days.C He obviosly hasn't gotten better since he, too, started singing the-( praises of the PC.  As clueless as ever.  < (In case he has some staunch followers here, I could go into: detail on all his errors but I would hope they are glaring! enough to make that unnecessary.)V   bill  r -- >J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   g   ------------------------------   Date: 4 Jun 2003 17:43:03 GMTe( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: Would HP even consider offering customers VMS under Scenarios A, B, or C? Naa5 Message-ID: <bblb37$aju87$3@ID-135708.news.dfncis.de>   J In article <9vpDa.349795$w7k.309058@news04.bloor.is.net.cable.rogers.com>,& 	"John Smith" <a@nonymous.com> writes: >iE > A perfect opportunity to market and advertise a non-infringing o/s.c   You mean like FreeBSD?   > Does HP "Listens"?   Never have before.   >  > .....a > E > Just be careful that you don't have any GPL'd components as part of.F > the base o/s otherwise you may be required to give it away for free. >  > Section 2b of the GPL states:tG > You must cause any work that you distribute or publish, that in wholed@ > or in part contains or is derived from the Program or any partF > thereof, to be licensed as a whole at no charge to all third parties" > under the terms of this License.  C The only possible practical outcome from all this it it may finallysC get the courts to declare all this GNU License stuff as the garbagei it is.  - There are much better really "free" licenses.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   "   ------------------------------   Date: 4 Jun 2003 10:45:40 -0700A1 From: keithparris_NOSPAM@yahoo.com (Keith Parris),9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"c< Message-ID: <cf15391e.0306040945.c79f1a6@posting.google.com>  u "John Smith" <a@nonymous.com> wrote in message news:<OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>...AB > without EV8x there is no long-term life for VMS if Itanic sinks.  @ VMS Engineering is not just porting VMS to Itanium -- it is alsoC taking formerly architecture-dependent functions (like PALcode, then3 SRM console, etc.) and moving them into VMS itself.6  F The porting effort is being made under the assumption that this is NOTE the last time VMS will be ported to a new CPU architecture -- new CPUl? architectures/paradigms come along about every 10 years, so VMSaB Engineering is assuming that VMS will need to be ported to anotherC architecture 10 years from now, and again 20 years from now, and sou@ on.  To save effort and costs in the long term, they're not justD porting VMS, but making VMS more portable.  This strategy also helpsE minimize the risk to VMS' viability of any CPU architecture shifts inn, the industry that might occur in the future.   ------------------------------  % Date: Wed, 04 Jun 2003 10:49:33 -0700a+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>.9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"a' Message-ID: <3EDE312D.7060409@MMaz.com>u   Keith Parris wrote:   v >"John Smith" <a@nonymous.com> wrote in message news:<OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>... >  c >yB >>without EV8x there is no long-term life for VMS if Itanic sinks. >>     >> >aA >VMS Engineering is not just porting VMS to Itanium -- it is alsoiD >taking formerly architecture-dependent functions (like PALcode, the4 >SRM console, etc.) and moving them into VMS itself. >sG >The porting effort is being made under the assumption that this is NOTmF >the last time VMS will be ported to a new CPU architecture -- new CPU@ >architectures/paradigms come along about every 10 years, so VMSC >Engineering is assuming that VMS will need to be ported to anotherrD >architecture 10 years from now, and again 20 years from now, and soA >on.  To save effort and costs in the long term, they're not just:E >porting VMS, but making VMS more portable.  This strategy also helpsnF >minimize the risk to VMS' viability of any CPU architecture shifts in- >the industry that might occur in the future.. >    >lG I have no doubt that you believe what you are stating, but do you have gH any thing to substantiate your position?  What you say only makes sense G if HP also sees a long term future for VMS which would then imply they  E will market it.  At what point will that begin, year 9 of the Itanic h( roadmap and just prior to the next port?   Barryu   -- n  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-70285   ------------------------------   End of INFO-VAX 2003.308 ************************