1 INFO-VAX	Thu, 28 Feb 2002	Volume 2002 : Issue 115       Contents: Re: a submit command question. Re: a submit command question.1 Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?) 1 Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?) 1 Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?) ! Re: Carly and Curly report on CNN  Carly Interview from FOX News " Command line length limit and LINK& Re: Command line length limit and LINK& Re: Command line length limit and LINK& Re: Command line length limit and LINK& Re: Command line length limit and LINK+ Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS 2 Compaq hardware and software maintenance providers decnet phase IV -> phase V Re: decnet phase IV -> phase V Re: decnet phase IV -> phase V" DEQNA/DELQA/DESQA - More questions
 Re: DFO Issue 
 Re: DFO Issue 3 Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT)  Re: Euro Symbol on VAX Re: expensive procedure calls  Re: expensive procedure calls  RE: expensive procedure calls  Re: expensive procedure calls  Re: expensive procedure calls ( GNAT for VMS location, was: Re: VAX SCAN, Re: GNAT for VMS location, was: Re: VAX SCAN Re: I: PAKGEN Software for ISVs  Re: I: PAKGEN Software for ISVs  Re: I: PAKGEN Software for ISVs  Re: I: PAKGEN Software for ISVs  Re: I: PAKGEN Software for ISVs = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS?  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles9 Re: More detailed info- was:Carly and Curly report on CNN ) Need help on Alpha:  Calling C from MACRO  No route to host?  Re: No route to host?  Re: No route to host?  Re: No route to host?  Re: No route to host?  Re: No route to host? 2 Not enough data in security audit journal for FTP?6 Re: Not enough data in security audit journal for FTP?P Re: Oracle RDB  ABUSIVE PRICE$  was (Re: MPE/iX users form OpenMPE organization) OT: cost of doing businessL Re: Prior Version Support (was: Re: Compaq adopts microsoft approach to VMS) Re: Proposal - Hobbyist FAQ  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Revamping of OPCOM ? RE: SHOW USER/FULL RE: SHOW USER/FULL Solution for the merger  Re: Solution for the merger  Re: Solution for the merger  Re: Sound on alpha/VMS? & Re: tool to calc recursive dir sises ?& Re: tool to calc recursive dir sises ? Re: VAX SCAN Re: VAX SCAN Re: VAX SCAN Re: Very slow ftp  Re: Very slow ftp ) Re: VMS single Login with NDS e-directory  What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? # Re: What return codes mean success? " Why does ERRFMT give me RSZ error?& Re: Why does ERRFMT give me RSZ error?& Re: Why does ERRFMT give me RSZ error? Re: [Q] internet and VMS Re: [Q] internet and VMS  F ----------------------------------------------------------------------  % Date: Wed, 27 Feb 2002 14:08:23 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> ' Subject: Re: a submit command question. " Message-ID: <3c7d2ef8@news.si.com>  & >I take a slightly different approach: >  >$ MODE = F$GETJPI( 0, "MODE" ) ( >$ SRC_FSP := SYS$LOGIN:LOGIN_'MODE'.COM >$ FSP = F$SEARCH( SRC_FSP ) >$ IF FSP .NES. "" THEN @&FSP   I But then you have to have duplicate entries in each of the LOGIN_xxxx.COM I procedures if you want the same items defined in different modes.  That's % what the first example suffered from.  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Thu, 28 Feb 2002 03:05:22 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ' Subject: Re: a submit command question. ' Message-ID: <3C7D9FE7.3BE0AA81@fsi.net>    Brian Tillman wrote: > ( > >I take a slightly different approach: > > ! > >$ MODE = F$GETJPI( 0, "MODE" ) * > >$ SRC_FSP := SYS$LOGIN:LOGIN_'MODE'.COM > >$ FSP = F$SEARCH( SRC_FSP ) > >$ IF FSP .NES. "" THEN @&FSP  > K > But then you have to have duplicate entries in each of the LOGIN_xxxx.COM K > procedures if you want the same items defined in different modes.  That's ' > what the first example suffered from.   D In that case, make the procedures more modular. "Call" what you need> when you need it, even if more tham one proc. calls "xxxx.COM"   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 27 Feb 2002 23:20:35 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman): Subject: Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?)1 Message-ID: <7Rdf8.274$fL6.5956@news.cpqcorp.net>   U In article <3c7b650d@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: g :In article <hKBe8.167$fL6.4426@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  :>- :>  I ported a version of bzip2 a while back.  :>> :>    http://www.openvms.compaq.com/freeware/freeware50/bzip2/ : I :Steve, could you please provide ZIPfiles there (instead of single files) K :or let the webserver fix, so that normal text file not named .TXT or .HTML = :(like .,.C,.H,.1) are sent as text and not as octet-stream ?     :   I've passed this request along to the OpenVMS webmaster.  6   In the interim, please consider acquiring the disks.  F   If you have feedback on the webserver settings, you'll want to pass G   that along directly -- I'm not familiar with the details of the CSWS  E   webserver configuration in use at the website, and would only serve    to delay the discussions...   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 28 Feb 2002 02:50:52 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman): Subject: Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?)1 Message-ID: <gWgf8.286$fL6.5782@news.cpqcorp.net>   U In article <YCNe8.2026$rG.1071@news2.bloor.is>, "John Smith" <a@nonymous.com> writes:  : @ :"Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message, :news:hKBe8.167$fL6.4426@news.cpqcorp.net... :>H :>   If y'all get a decent/recent PGP port, please pass along a kit (forA :>   the next Freeware) or a pointer (for the next FAQ).  Thanks!  :> : I :I suggest that the existence of a VMS PGP port also be made known to the K :following sites, as not all VMS users will necessarily come here or to the  :freeware CD's to find it.  F   Please believe me when I indicate my awareness of the, um, differing:   searching techniques that are used by differing folks.    G   Please first realize that I am here looking for a good port of PGP to D   OpenVMS (or a pointer to same), so I'm not (yet) in a position to J   provide the pointers to other folks.  Further, changes to the US Export H   controls mean that it is easier for me to both provide a host for PGP L   (and similar packages) while also continuing to comply with US regulatory D   requirements -- prior to these regulatory changes, I was not in a =   particular position to host nor to redistribute a PGP port.     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Wed, 27 Feb 2002 21:46:05 -0600 (CST)  From: sms@antinode.org: Subject: Re: BZIP2 for OpenVMS (was: Re: PGP for OpenVMS?)) Message-ID: <02022721460504@antinode.org>   2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  I >   Please first realize that I am here looking for a good port of PGP to ) >   OpenVMS (or a pointer to same), [...]   C    There's something old (2.6.2, 2.6.3[i]) partially available from E "http://www.antinode.org/dec/sw/pgp.html", just links to the official F distributions and FTP access to files I modified.  Fear of the weaponsC export regulations prevented me from packaging a complete kit.  The 2 stuff may be too old for general utility nowadays.  F    I started to work on the PGP 6.5.8 kit, but so far I have not quiteA managed to get it built on Tru64, which I had planned to use as a G starting point for VMS.  GnuPG might be a wiser route, but I still plan H to devote some of my (not so) copious free time to the PGP kit.  Holding; one's breath until I get it done would likely be a mistake.   H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)    ------------------------------    Date: 28 Feb 2002 10:17:39 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: Carly and Curly report on CNN- Message-ID: <87r8n6gxj0.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes:     D > Walter Hewlett says that if the merger goes ahead, Carly and Curly5 > would get a total of $115 million bucks in bonuses.    * > HP denies this and calls this ludicrous.  D The report I saw had HP saying that 'no descision had been taken...' Bit short of a solid denial.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 27 Feb 2002 15:51:55 -06003 From: mcdermott@encompasserve.org (C. M. McDermott) & Subject: Carly Interview from FOX News3 Message-ID: <hOr2ZnKm16e4@eisner.encompasserve.org>   0 Carly interview.  Of course VMS isn't mentioned.  1 http://www.foxnews.com/story/0,2933,46689,00.html   0 I have no idea how long the link will be active.   Mike   --     ------------------------------  # Date: Wed, 27 Feb 2002 20:40:07 GMT ! From: Ernest <wmozart5@yahoo.com> + Subject: Command line length limit and LINK A Message-ID: <Hubf8.29360$7a1.2003704@bin5.nnrp.aus1.giganews.com>   J I'm struggling to find a way around the tiny command line length limit on I OpenVMS/Alpha 7.2-1, and would greatly appreciate any tips on how to get  
 around it.  K The commands I am wrestling with are LINK and CXXLINK, while creating both  K executable programs and shareable images.  It boils down to having quite a  I large number of object files, which pushes the total line length to over   the 1024 limit.   J Is there any way around this?  Like, for example, response files (Windows A compilers generally support this sort of thing, as does the Java  K compiler)?  Or creating the library/program incrementally (which is what I  E have to do to create object libraries, and thankfully LIBRARY can be  J called multiple times with /INSERT to incrementally build the library one $ object at a time).  Any other ideas?   Thanks,  Ernest   ------------------------------  % Date: Wed, 27 Feb 2002 15:48:53 -0500 1 From: Michael Austin <maustin@firstdbasource.com> / Subject: Re: Command line length limit and LINK 2 Message-ID: <3C7D4635.A66AEE32@firstdbasource.com>  8 use an options file.  see help link filename.OPT/options   like:    $link/exe=xyz/share sys$input  filename#  symbol_vector=(someproc=procedure) 	 filename2 	 filename3  $exit     
 Ernest wrote:  > K > I'm struggling to find a way around the tiny command line length limit on J > OpenVMS/Alpha 7.2-1, and would greatly appreciate any tips on how to get > around it. > L > The commands I am wrestling with are LINK and CXXLINK, while creating bothL > executable programs and shareable images.  It boils down to having quite aJ > large number of object files, which pushes the total line length to over > the 1024 limit.  > K > Is there any way around this?  Like, for example, response files (Windows B > compilers generally support this sort of thing, as does the JavaL > compiler)?  Or creating the library/program incrementally (which is what IF > have to do to create object libraries, and thankfully LIBRARY can beK > called multiple times with /INSERT to incrementally build the library one & > object at a time).  Any other ideas? > 	 > Thanks,  > Ernest   --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)    ------------------------------  # Date: Wed, 27 Feb 2002 22:58:52 GMT ! From: Ernest <wmozart5@yahoo.com> / Subject: Re: Command line length limit and LINK A Message-ID: <Mwdf8.161688$xr.9614326@bin4.nnrp.aus1.giganews.com>   4 Michael Austin <maustin@firstdbasource.com> wrote in+ news:3C7D4635.A66AEE32@firstdbasource.com:    : > use an options file.  see help link filename.OPT/options  : Arrgh, I should've noticed that in HELP.  Thanks, Michael.   Cheers,  Ernest   ------------------------------  % Date: Thu, 28 Feb 2002 03:38:10 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)/ Subject: Re: Command line length limit and LINK ; Message-ID: <3c7d9812.524144494f47414741@radiogaga.harz.de>   " Ernest (wmozart5@yahoo.com) wrote:L > I'm struggling to find a way around the tiny command line length limit on K > OpenVMS/Alpha 7.2-1, and would greatly appreciate any tips on how to get   > around it. > M > The commands I am wrestling with are LINK and CXXLINK, while creating both  M > executable programs and shareable images.  It boils down to having quite a  K > large number of object files, which pushes the total line length to over   > the 1024 limit.  > L > Is there any way around this?  Like, for example, response files (Windows C > compilers generally support this sort of thing, as does the Java  M > compiler)?  Or creating the library/program incrementally (which is what I  G > have to do to create object libraries, and thankfully LIBRARY can be  L > called multiple times with /INSERT to incrementally build the library one & > object at a time).  Any other ideas?  & Michael Austin mentioned option files.  % I prefer to have a makefile rule like   )   library.OLB : library.OLB( $(OBJECTS) )  	@ CONTINUE   4 where $(OBJECTS) carries a list of the object files.K Using that, and taking it to the limit, the rule for the program looks like      program.EXE : library.OLB 1 	$(LINK) $(LINKFLAGS) /EXECUTABLE=$(MMS$TARGET) - ( 		library/LIBRARY/INCLUDE=main_module, - 		library/LIBRARY   * The library then gets built automagically.   cu,    Martin --  D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de E   KNOW where you want  |     http://www.pdv-systeme.de/users/martinv/ 8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 28 Feb 2002 03:31:50 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> / Subject: Re: Command line length limit and LINK & Message-ID: <3C7DA5FE.243A3A2@fsi.net>   Michael Austin wrote:  > : > use an options file.  see help link filename.OPT/options >  > like:  >  > $link/exe=xyz/share sys$input 
 > filename% >  symbol_vector=(someproc=procedure)0 > filename2  > filename3t > $exit   : Another approach might be liberal use of object libraries.   -- o David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/?   ------------------------------  % Date: Wed, 27 Feb 2002 18:58:08 -0500m  From: John Santos <JOHN@egh.com>4 Subject: Re: Compaq adopts microsoft approach to VMS5 Message-ID: <1020227185421.3430B-100000@Ives.egh.com>n  # On 27 Feb 2002, Bob Ceculski wrote:n  p > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message news:<D0Ye8.237$fL6.5571@news.cpqcorp.net>...P > > Beyond a certain point, it becomes very costly to debug and fix a problem inK > > an old release.  Prior version support allows you to get the fix if youIL > > really need it, and want to pay for the engineering.  If you want normalI > > maintenance, then you need to be running a release that is relativelynL > > current.  Note that we support V7.2-2, and will for some time to come...O > > how many years did we keep a V7.1x version current - quite a few.  It isn'taI > > like we are obsoleting releases every other day.  V7.2-2 was built towO > > consolidate all the fixes and hardware support in the V7.2 releases, and toVB > > *not* force people into upgrading to a new functional release. > > P > > We *don't* expect people to upgrade immediately, which is why we support theP > > current release, and an earlier release (7.3 and 7.2-2 today).   But we willO > > eventually release a new functional release, and then V7.3x and the current + > > release will become the supported pair.e > >  > I > that is not true ... we would like to get the decwindows cert patch for G > 7.1-1H2 and is only available for 7.1-2 ... that is a forced upgrade!A  ' What is 7.1-1H2????  Never heard of it.o  F The DECwindows ECO is available for Alpha V6.2 (all variants), V7.1-2,A V7.2-1, V7.2-1H1, V7.2-2, V7.3 and VAX V6.2, V7.1, V7.2, V7.3 and   SEVMS V6.2 (both Alpha and VAX).   >  >    -- d John Santost Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Wed, 27 Feb 2002 23:48:11 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton)e4 Subject: Re: Compaq adopts microsoft approach to VMS1 Message-ID: <3c7d6cb5.783202966@news.wcc.govt.nz>e  + This is a bit of an extreme interpretation.   F Prior Version support is not that new.  It's a while now since we were advised of some of the changes.EE The option to continue to get support on an older vrsion of the OS ist available, at a cost.nC Prior version support is not just time related, it's mainly versione@ related. The rationale could be turned around, you get "cheaper" support if you stay current!? How an established support regime can be construed as a lack of   committment to VMS is beyond me.  F Maybe it's different downunder here in Aussie / New Zealand but I knowE that if we get a bit behind the current supported versions but we letrD them know what our plans are we tend to still get excellent support.  A We have a support contract, I log a call and sometimes it takes ah: whole 2 hours before the Compaq techies in Aussie call me.  C And well, if that can be compared to MS support then I've obviouslya" missed the MS support revolution.     D On 26 Feb 2002 16:22:49 -0800, antony.wardle@optusnet.com.au (Antony Wardle) wrote:  E >Anyone else concerned that unless you are running the latest versionnC >of VMS then you are now on Prior version/best endeavor support for7 >fixes?s >.5 >What does this say about Compaqs committment to VMS/M< >Lets force everyone to upgrade, doesn't that sound like MS? >'@ >We've only recently found out about it, and is seems that prior@ >version will be for any version of VMS more than 18 months old.F >How many people upgrade the minute a new version is out? The hobbiestE >probably, but what about the business customers who are running 24*7l@ >on critical systems. The upgrade planning can take a few months >not to mention the testing. >  >cheerst >d >antony  >2 >P >following from: > , >http://www.openvms.compaq.com/priorsup.html >  >4 >OpenVMS Version 7.1 pG >Software support for OpenVMS Alpha V7.1-2 and OpenVMS VAX V7.1 will bea8 >provided via Prior Version Support Service  SustainingC >Software Support for OpenVMS Alpha V7.1 will be provided via Prior : >Version Support Service  Best Endeavor (where available)@ >Contact your Compaq Representative, Customer Support Center, or$ >contract administrator for details. >Prior Version Support Service   >$D >To assure that Compaq customers continue to get support on software> >after the twelve month period of a new release, the following6 >describes the two levels of support that are offered: >c> >Sustaining Support provides a full remedial support including8 >escalation to Compaq's engineering groups for problems. >a >Key Features include: o >m7 >Ready access to technical experts via phone or e-mail o? >Online access to tools, technical information, conferences andb >symptom/solution databasese! >Problem Analysis and Resolution p5 >Test software patches as required to solve problems - >Critical on-site support @ >Best Endeavor Support provides operational and remedial supportA >contingent on available expertise and information. (Availability:F >varies by geography.  Please contact your local Compaq representative >for more information.)w   ------------------------------    Date: 28 Feb 2002 10:40:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: Re: Compaq adopts microsoft approach to VMS- Message-ID: <87it8igwgw.fsf@prep.synonet.com>k  @ "antony wardle" <antony.wardle@noospamm.optusnet.com.au> writes:    < > so the millions my company pays for support doesn't count?  < > What if you are locked into a version of vms because of an< > application? Im now stuck between a rock and a hard place.  = > Your approach is the microshoft one, and you aren't helpinga7 > things. What does this say about compaqs view of vms?e  D Prior version support kicked off because of the number of people who< where stuck at 5.5-2 because of applications and/or drivers.% (Remember, There is no N in turnkey.)S  B I normally upgrade very quickly, but 7.3 has a pile of nastys thatC have been enought for me to hold off. Plus, I'm still running a 6.2-B box for the GP, and display PS. I'll probably move to 7.2-2 in the next few weeks.t     -- S< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.H@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 27 Feb 2002 22:46:31 -0000e4 From: "Doug Sharp" <dougie@dsharp66.freeserve.co.uk>; Subject: Compaq hardware and software maintenance providers@/ Message-ID: <a5jnhj$gqt$1@newsg1.svr.pol.co.uk>m   Hi,t  L Does anyone in the U.K. have any experience of  Maindec or Perseus providingJ hardware/software maintenance support on their OpenVMS systems. Any input," good or bad, would be appreciated.   ------------------------------   Date: 27 Feb 2002 23:29:20 GMT- From: "Jim Strehlow" <jimSnoSpam@data911.com>h# Subject: decnet phase IV -> phase Vu0 Message-ID: <a5jq4g$mmn@dispatch.concentric.net>  + How do you get from there (DECnet Phase IV)n0 to here (DECnet Phase V/DECnet-Plus/DECnet-OSI)?  ( My favorite MCR NCP commands have become0 menu items via sys$manager:net$configure.com and mcr decnet_registerd' (NCP> SET NODE n.n NAME nodename failed 1 with %NCP-W-UNRCMP, unrecognized component, node)v  D I used MCR decnet_register 's option 2 to configure a Phase IV node.  3 It did not yet allow me to do a $ SET HOST nodenamea to that Phase IV nodename.  ; I want to get to the point where I can do the equivalent of # NCP> COPY KNOWN NODES FROM nodenameg*    USING PERMANENT TO PERMANENT WITH PURGE   Any help is appreciated. Is that an FAQ somewhere? ; Is there a "guide to migrate Phase IV to Phase V/-Plus/OSI"- (whatever its name is)?   
 Thank you.  ' Jim Strehlow, Data911, jimS@data911.com. Alameda, CA, USA   ------------------------------  % Date: Wed, 27 Feb 2002 20:22:04 -0500-- From: JF Mezei <jfmezei.spamnot@videotron.ca>n' Subject: Re: decnet phase IV -> phase V-, Message-ID: <3C7D8631.F5487870@videotron.ca>   Jim Strehlow wrote:  > - > How do you get from there (DECnet Phase IV)e2 > to here (DECnet Phase V/DECnet-Plus/DECnet-OSI)?  M From my experience and from what I have read head, if you must go through the L trauma of phase 5, you really need to read the manuals from end to end a fewM times before you really get the hang of that beast, after which it supposedly6F becomes a "logical" system to manage, once you understand their logic.  J As for myself, I got tired of it and went back to phase 4 which takes muchN less disk space and resources. I didn't need any of the stuff that 5 provided.   ------------------------------  # Date: Thu, 28 Feb 2002 02:35:19 GMT # From: "John N." <JNixon@cfl.rr.com>i' Subject: Re: decnet phase IV -> phase Vo; Message-ID: <HHgf8.3416$1p6.816924@typhoon.tampabay.rr.com>r  J You can't really get there from here.  You have to go someplace else firstK (like a few decnet schools, or at least the documentation room, for about ah year).  I We migrated years ago, and we are still trying to figure it out.  It just-8 aint the same beast as the phase IV you learned to love.  G But I gotta ask;  why do you want to go to phase V?  We went to phase VSK because DEC dropped  support for the WAN bisynch protocols we needed on our J VAX, and put them in Decnet phase V.  Now that we are going to Alpha, theyE don't support some of the bisynch protocols at all anyway.  Now, I am8 thinking of going back.   8 "Jim Strehlow" <jimSnoSpam@data911.com> wrote in message* news:a5jq4g$mmn@dispatch.concentric.net...- > How do you get from there (DECnet Phase IV)f2 > to here (DECnet Phase V/DECnet-Plus/DECnet-OSI)? >e* > My favorite MCR NCP commands have become2 > menu items via sys$manager:net$configure.com and > mcr decnet_registerP) > (NCP> SET NODE n.n NAME nodename failedh3 > with %NCP-W-UNRCMP, unrecognized component, node)e >tF > I used MCR decnet_register 's option 2 to configure a Phase IV node. > 5 > It did not yet allow me to do a $ SET HOST nodename  > to that Phase IV nodename. > = > I want to get to the point where I can do the equivalent of0% > NCP> COPY KNOWN NODES FROM nodenameh, >    USING PERMANENT TO PERMANENT WITH PURGE >  > Any help is appreciated. > Is that an FAQ somewhere?-= > Is there a "guide to migrate Phase IV to Phase V/-Plus/OSI"n > (whatever its name is)?r >t > Thank you. >y) > Jim Strehlow, Data911, jimS@data911.comZ > Alameda, CA, USA >s >e >g   ------------------------------  % Date: Wed, 27 Feb 2002 20:01:11 -0000s From: sword7@speakeasy.org+ Subject: DEQNA/DELQA/DESQA - More questions / Message-ID: <u7qeo7ifcvhkc0@corp.supernews.com>-   Hello folks:  C Ok, I still am working on them in progress.  I received some advice D messages from this newsgroup or someone.  Ok, I have a copy of DESQAH rom image and looked into its content.  It looks like rock layers to me.F First layer looks like PDP-11 code, others looks like different codes,F etc.  Does anyone know about that?  I do not know which VAX code is inC layers yet.  Will DESQA rom work in DEQNA or DELQA or do DEQNA and  # DELQA require different ROM images?m  @ On KA655 firmware, I used 'test 82' to test my DEQNA/DELQA/DESQAF emulation.   When I set DELQA mode in my emulator,  I tested 'test 82'F and got interesting results.  I was told that it is 'DELQA with forcedA DEQNA mode switch'.  I looked into my log file and found out that G they tested bit 15 in interrupt vector to find which mode - QNA or LQA.tI It detected DEQNA mode instead.   Does anyone know about DESQA mode bits?   I Good news.  I resolved checksum problems when I studied disassembled code H and wrote small checksum function to get two checksum bytes.  EverythingJ now worked in all DEQNA/DELQA/DESQA card emulation so well!  Thank you for
 your help.  I I learned that access to Ethernet directly requires superuser privileges.sF I have to develop the device process program that is separated from my? TS10 emulator with signal and shared memeory access to prevent r unauthorized access.  G I have DEQNA programming specs right now.  I still am looking for DELQA  and DESQA programming specs.  
 Thank you!   -- Tim Stark   -- c, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  + Date: Wed, 27 Feb 2002 18:40:56 +0000 (UTC)y From: david20@alpha2.mdx.ac.uk Subject: Re: DFO Issue+ Message-ID: <a5j97o$f7s$1@aquila.mdx.ac.uk>f  v In article <EF1DC894691AD5118AF000508BB85FDE034CC4C7@AMCLVX11>, "Lucas, Edward A (SAIC)" <Edward.Lucas@bp.com> writes:@ >I am running DFO (Disk File Optimizer) v2.5 on a VAX 6620 V7.1. >lG >My production disks are two raid5 sets (HW) (6 - 4GB drives),  5 -4 gb  >drives shadowed (two volume). >hM >DFO is suppose to go out and look at every file in every directory, list thex& >file and count then defrag the files.L >The problem is that DFO only records from 11 - 119 files.  Hmmmmm, my raid5M >set has over 60000 files but only records 11 -119. (each week its the diff.)2 >8 > J >After the modification to VIRTUALPAGECNT and numerous other modificationsG >Compaq feels the only fix is to perform a backup and restore and starteJ >fresh.  (Heck a 6 vol. raid5 set should take me about 16 hrs.) The CompaqM >engineers have been working on the problem since November of 2001 and cannote >seem to find the problem.   >lK >I have lost all confidence with Compaq.  We have numerous Unix servers, NT-K >servers.  This problem has given the VMS world a black eye.  Management isrI >now considering slowly moving off the VMS platform (One VAX, 2 Alpha's).t >dG >Has anyone experienced any problems with DFO not looking/recording allr >files.  >5  J We did have a problem with DFO 2.5 on an Alpha running VMS 7.2-1 and largeN disks (especially with small cluster sizes). If you produced a full log of the; defragmentation then it would record the error as either :-l  : %DFG-F-SYSSRVERR, call to system service SYS$EXPREG failed) -SYSTEM-F-EXQUOTA, process quota exceededl   or   sometimes as :-   A %DFG-W-SYSSRVERR, call to system service close bitmap: QIO failedt% -SYSTEM-F-IVCHAN, invalid I/O channeltD %DFG-W-SYSSRVERR, call to system service close bitmap: dassgn failed% -SYSTEM-F-IVCHAN, invalid I/O channelrJ %DFG-W-SYSSRVERR, call to system service close bitmap: free_vm_page failed  -LIB-F-BADBLOSIZ, bad block size2 %DFG-F-GETVMERR, unable to allocate dynamic memory- -LIB-F-INSVIRMEM, insufficient virtual memory   H Compaq suggested increasing the /BUFFER_LIMIT and /WORKING_SET values in DFG$START_SCHEDULER.COMe  I As I recall I also had to increase the  dfg$pgflquota IN DFG$STARTUP.COM  3 to a fairly large value to finally fix the problem.U    D I don't no whether this bears any resemblence to the problem you are
 experiencing.t  
 David Webb VMS and Unix team leader CCSSA Middlesex University                                             =   ------------------------------  % Date: Wed, 27 Feb 2002 13:50:56 -0700R+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>l Subject: Re: DFO Issue% Message-ID: <3C7D46B0.80807@mmaz.com>r   Lucas, Edward A (SAIC) wrote:   K >I have lost all confidence with Compaq.  We have numerous Unix servers, NT K >servers.  This problem has given the VMS world a black eye.  Management isaI >now considering slowly moving off the VMS platform (One VAX, 2 Alpha's).e >0G >Has anyone experienced any problems with DFO not looking/recording allj >files.  >a Edward,e  E a recommendation.  Contact Raxco and ask for a demo version of their uG PerfectDisk product.  Shutdown DFO and try it, you may find that it is oI worth changing loyalties with regard to disk defraging because I suspect oG it will do a much better job...  We've had a long time experience with n< Raxco and they are good folks that put out a good product...   Barry    >c >r >Edward A. Lucas! >Sr. VAX/VMS System Administratori >SAICf >Phone:  (216) 525-7492: >Email:   Lucaea@bp.comm >o >? >    -- -  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028a   ------------------------------  # Date: Thu, 28 Feb 2002 03:02:56 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT)1 Message-ID: <A5hf8.287$fL6.5912@news.cpqcorp.net>a  W In article <3C7BF7D3.8E17158F@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes:P* :Did you send it to openvmsdoc@compaq.com?  G   Confusingly, this is not a documentation bug, and not related to the u   Compaq C compiler.  G   This is apparently a longstanding (and apparently incorrect) comment rE   within an OpenVMS source definition language (SDL) file JPIDEF.SDL.   H   I have queued a replacement containing a fix for this comment for the G   OpenVMS release after OpenVMS Alpha V7.3-1, and the next OpenVMS VAX tC   release after V7.3.  To complete this fix, you will also have to rC   reinstall C after the OpenVMS upgrade with the fix to JPIDEF.SDL.t  F   If anyone has queued a message to "openvmsdoc" or elsewhere, please /   pass along a request to "nevermind".  Thanks.,   :JF Mezei wrote: :> 7 :> VAX VMS 7.2 DEC-C 6.0 :> i :> in JPIDEF.H,y :> aK :> it states that JPI$_PAGFILCNT is " PAGES CHARGED TO THE PAGE FILE QUOTA"l :> mD :> But in my old trusty 5.5-2 system services manual, it states thatF :> JPI$_PAGFILCNT contains the REMAINING page file quota, anbd this isL :> corroborated by the writer of the OSU web server, to whom I apologize for0 :> suggesting he should use PAGFILQUOTA instead. :6  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 27 Feb 2002 23:34:58 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Euro Symbol on VAXi1 Message-ID: <C2ef8.276$fL6.5957@news.cpqcorp.net>s  s In article <eb55ac2a.0202260445.4c330d74@posting.google.com>, pa@it.singer-friedlander.com (Piyush Avichal) writes:o  F :We currently use Reflections 9.0 to access our VAX and UNIX machines.G :I have managed to get the Euro symbol to come up on our UNIX machines,a2 :by changing to ISO LATIN 9 and typing CTRL-ALT-4.E :However when I do the same on the VAX I get a $ symbol. We are usingoH :VMS 7.1. According to the openvms website we do not need to do anything0 :but it seems obvious that something is missing. :b :Anyone have any ideas?e  B   Please consider the acquistion of and the review of the OpenVMS B   Frequently Asked Questions (FAQ) document, and specifically the C   section of the FAQ entitled "VMS10.  What is OpenVMS doing about AD   the Euro currency symbol?" -- this (short) section will point you C   to <http://www.openvms.compaq.com/euro/>, which will have various0A   Euro-related details that may be (will be?) of interest to you.rD   The OpenVMS FAQ is available via <http://www.openvms.compaq.com/>.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 28 Feb 2002 12:28:58 +1300o# From: Bruce Hoult <bruce@hoult.org>t& Subject: Re: expensive procedure calls> Message-ID: <bruce-333A2F.12285828022002@news.paradise.net.nz>  = In article <3C7D021B.2EF21467@hda.hydro.com>, Terje Mathisen d% <terje.mathisen@hda.hydro.com> wrote:    > Alberto Moreira wrote:H > > Also, the semantics of your programming language must be amenable toG > > tail-form conversion. If the semantics of the language demands thateJ > > you keep multiply nested stack frames with linkages to both staticallyJ > > and dynamically nested contexts, like Pascal for example, I'm not evenI > > sure conversion to tail form is feasible. You may also get in trouble  > I > There's absolutely nothing that stops a Pascal compiler from generating H > C-style code as long as the source code doesn't use any variables from > linked contexts, right?o  F That's right.  And when you do need it, the compiler can pass in such I variables (or pointers to them) as extra arguments, or gathered together u! in a struct as a single argument.e   -- Bruce   ------------------------------  % Date: Thu, 28 Feb 2002 12:26:20 +1300l# From: Bruce Hoult <bruce@hoult.org>n& Subject: Re: expensive procedure calls> Message-ID: <bruce-D1A092.12262028022002@news.paradise.net.nz>  A In article <rdqp7u408ish7rimmmmu61alst8971cl33@4ax.com>, Alberto b( Moreira <junkmail@moreira.mv.com> wrote:  & > Bruce Hoult <bruce@hoult.org>  said: > J > >In article <name99-2502021512250001@handma2.apple.com>, name99@mac.com  > >(Maynard Handley) wrote:P > > E > >> Ah, once again the "blindingly fast because of no function call - > >> overhead"K > >> claim. If you look at any decent RISC machine (like a PPC) there IS nopD > >> function call "overhead". The set of things that are done on a 
 > >> function8J > >> call is exactly the same as the set of things that are done in a set & > >> of goto's faking a function call. > >nK > >This is even more true when you have a compiler that supports tail-call   > >elimination.b >  eG > Converting a program to tail form is basically a process of recursion H > elimination: replace your calls with gotos by making every recursion aH > tail recursion and using the concept of continuation to make sure thatH > once you goto a piece of code you never need to come back. It's a coolD > way of doing things ! Read, for example, Andrew Appel's "Compiling > with Continuations".  E An old book, and out of date with respect to how modern ML compilers t work, but still enlightening.n    0 > The problem is, the compiler has to change theA > user program to do that, maybe pretty deeply, and that can be aiF > problem for debuggers. Scheme compilers do that as a matter of fact,H > but then, go try to single step through code, on a line by line basis,) > and you'll see how hard things can get.l  I There are many things that god compilers do in production mode that make sF debugging harder.  That's why you have debugging and production modes.  H Note that a program compiled with tail-call elimination is *exactly* as E hard (or easy) to debug as a program written with loops in the first s5 place.  Take, for example, a silly factorial program.    With a tail-recursive function:p  )   define method factorial(n :: <integer>)d     local fact(n, prod)        if (n = 0)         prod
       else         fact(n - 1, n * prod)a	       end-
     end fact;-          fact(n, 1)   end factorial;     With a loop:  *   define method factorial1(n :: <integer>)     let prod = 1;h     while (n != 0)       prod := n * prod;e       n := n - 1;o     end;	     prod;D   end factorial1;o    H With a compiler doing tail-call elimination these two functions produce F *identical* machine code.  The debugability is the same in both cases.  F But, turn off the tail-call elimination and the first version becomes E *more* debuggable, because you can examine the entire history of the n5 computation by stepping up and down the stack frames.w      F > Also, the semantics of your programming language must be amenable toE > tail-form conversion. If the semantics of the language demands thatRH > you keep multiply nested stack frames with linkages to both staticallyH > and dynamically nested contexts, like Pascal for example, I'm not even+ > sure conversion to tail form is feasible.e  F Pascal is identical to Scheme, Dylan and Common Lisp in this regard.   All are lexically scoped.-  F In fact, if you think about it you'll find that tail-call elimination I would make this *easier* in Pascal, because it means that you don't have eG to skip over the stack frames of intermediate recursive invocations of  G the current function -- they've all been collapsed into a single stack E frame.  G BTW, modern lexically-scoped language implementations don't use either  F of the methods commonly used when Pascal was developed (maintaining a G static link in each stack frame, or maintaining a "display").  Instead bI each function is passed an environment structure containing a pointer to eA each uplevel variable that it uses.  This is needed to implement dD closures (which Pascal doesn't have), but is more efficient overall  anyway.      > You may also get in troubleeF > if your programming language requires a call-by-name semantics, like > Algol for example.  I Call-by-name is just the passing of a function (a closure actually) that HG accesses the appropriate value.  You can express this directly in many eC modern languages -- generally precisely those which have tail-call t elimination, as it happens :-)    ( > Dynamic binding will also cause grief.  ? Dynamic binding is evil for many reasons :-)   The most common  F implementation these days (e.g. in Common Lisp's "special" variables, I and Perl's "local" variables) is to use a single global varable and have rE each function save the original global value and restore it prior to d
 returning.  G This "restoring before returning" makes a function, by definition, not oH suitable for tail-call elimination, though if the function is otherwise I self-recursive a compiler can collapse multiple levels of restoring into $= one, since most of the restored values are never used anwyay.C    D > Object orientation may require virtual functions and other complexE > semantics that may not be easily amenable to a tail-form treatment.n  C Arbitrarily compilicated dispatch functions present no problem for  G tail-call elimination, provided that they don't need to do any cleanup tG after the called virtual function returns.  This is normally the case,  C with the only exceptions I know of being when Common Lisp's method  # combination facility is being used.e    C > So, yes, there can be such a thing as a procedure call overhead.    G Yes, but fortunately the cases where it is a significant proportion of pG the total runtime are usually exactly those where it can be reduced or g eliminated :-)   -- Bruce   ------------------------------  % Date: Wed, 27 Feb 2002 15:46:37 -0800 # From: "Tom Linden" <tom@kednos.com>,& Subject: RE: expensive procedure calls9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEOJEDAA.tom@kednos.com>r  C All these issues were worked out in PL/I 15 years before Pascal was 	 invented.  progress is very slow indeed   > -----Original Message-----, > From: Bruce Hoult [mailto:bruce@hoult.org], > Sent: Wednesday, February 27, 2002 3:26 PM > To: Info-VAX@Mvb.Saic.Comp( > Subject: Re: expensive procedure calls >t >.B > In article <rdqp7u408ish7rimmmmu61alst8971cl33@4ax.com>, Alberto* > Moreira <junkmail@moreira.mv.com> wrote: >o( > > Bruce Hoult <bruce@hoult.org>  said: > > K > > >In article <name99-2502021512250001@handma2.apple.com>, name99@mac.comA > > >(Maynard Handley) wrote:  > > >gF > > >> Ah, once again the "blindingly fast because of no function call > > >> overhead"A > > >> claim. If you look at any decent RISC machine (like a PPC)e
 > there IS no.E > > >> function call "overhead". The set of things that are done on ae > > >> functioneK > > >> call is exactly the same as the set of things that are done in a setd( > > >> of goto's faking a function call. > > > B > > >This is even more true when you have a compiler that supports > tail-callb > > >elimination.  > >sI > > Converting a program to tail form is basically a process of recursion J > > elimination: replace your calls with gotos by making every recursion aJ > > tail recursion and using the concept of continuation to make sure thatJ > > once you goto a piece of code you never need to come back. It's a coolF > > way of doing things ! Read, for example, Andrew Appel's "Compiling > > with Continuations". >aF > An old book, and out of date with respect to how modern ML compilers > work, but still enlightening.  >c > 2 > > The problem is, the compiler has to change theC > > user program to do that, maybe pretty deeply, and that can be a-H > > problem for debuggers. Scheme compilers do that as a matter of fact,J > > but then, go try to single step through code, on a line by line basis,+ > > and you'll see how hard things can get.o >3J > There are many things that god compilers do in production mode that makeH > debugging harder.  That's why you have debugging and production modes. >:I > Note that a program compiled with tail-call elimination is *exactly* as<F > hard (or easy) to debug as a program written with loops in the first7 > place.  Take, for example, a silly factorial program.s >i! > With a tail-recursive function:. > + >   define method factorial(n :: <integer>)H >     local fact(n, prod)g >       if (n = 0) >         prod >       else >         fact(n - 1, n * prod)  >       end  >     end fact;h >  >     fact(n, 1) >   end factorial; >T >p > With a loop: >o, >   define method factorial1(n :: <integer>) >     let prod = 1;0 >     while (n != 0) >       prod := n * prod;s >       n := n - 1; 
 >     end; >     prod;o >   end factorial1;u >o >oI > With a compiler doing tail-call elimination these two functions produceeH > *identical* machine code.  The debugability is the same in both cases. >rG > But, turn off the tail-call elimination and the first version becomesrF > *more* debuggable, because you can examine the entire history of the7 > computation by stepping up and down the stack frames.N >  >r >sH > > Also, the semantics of your programming language must be amenable toG > > tail-form conversion. If the semantics of the language demands thatdJ > > you keep multiply nested stack frames with linkages to both staticallyJ > > and dynamically nested contexts, like Pascal for example, I'm not even- > > sure conversion to tail form is feasible.u >rF > Pascal is identical to Scheme, Dylan and Common Lisp in this regard. > All are lexically scoped.: > G > In fact, if you think about it you'll find that tail-call eliminationXJ > would make this *easier* in Pascal, because it means that you don't haveH > to skip over the stack frames of intermediate recursive invocations ofH > the current function -- they've all been collapsed into a single stack > frame. > H > BTW, modern lexically-scoped language implementations don't use eitherG > of the methods commonly used when Pascal was developed (maintaining aeH > static link in each stack frame, or maintaining a "display").  InsteadJ > each function is passed an environment structure containing a pointer toB > each uplevel variable that it uses.  This is needed to implementE > closures (which Pascal doesn't have), but is more efficient overalli	 > anyway.a >  >f > > You may also get in troubleoH > > if your programming language requires a call-by-name semantics, like > > Algol for example. >nJ > Call-by-name is just the passing of a function (a closure actually) thatH > accesses the appropriate value.  You can express this directly in manyD > modern languages -- generally precisely those which have tail-call  > elimination, as it happens :-) >4 >.* > > Dynamic binding will also cause grief. >e@ > Dynamic binding is evil for many reasons :-)   The most commonG > implementation these days (e.g. in Common Lisp's "special" variables, J > and Perl's "local" variables) is to use a single global varable and haveF > each function save the original global value and restore it prior to > returning. >dH > This "restoring before returning" makes a function, by definition, notI > suitable for tail-call elimination, though if the function is otherwiseyJ > self-recursive a compiler can collapse multiple levels of restoring into? > one, since most of the restored values are never used anwyay.W >e >dF > > Object orientation may require virtual functions and other complexG > > semantics that may not be easily amenable to a tail-form treatment.S >eD > Arbitrarily compilicated dispatch functions present no problem forH > tail-call elimination, provided that they don't need to do any cleanupH > after the called virtual function returns.  This is normally the case,D > with the only exceptions I know of being when Common Lisp's method% > combination facility is being used.l >z >dD > > So, yes, there can be such a thing as a procedure call overhead. >HH > Yes, but fortunately the cases where it is a significant proportion ofH > the total runtime are usually exactly those where it can be reduced or > eliminated :-) >n
 > -- Bruce >d   ------------------------------    Date: 28 Feb 2002 00:28:54 +0000! From: Tim Bradshaw <tfb@tfeb.org>m& Subject: Re: expensive procedure calls& Message-ID: <ey3heo2la9l.fsf@tfeb.org>   * Bruce Hoult wrote:  A > Dynamic binding is evil for many reasons :-)   The most common  H > implementation these days (e.g. in Common Lisp's "special" variables, K > and Perl's "local" variables) is to use a single global varable and have 3G > each function save the original global value and restore it prior to   > returning.  > I kind of hope that this is not how most systems do it as it'sF absolutely toxic to multithreaded systems that genuinely use more thanE one processor (assuming you don't want dynamic bindings to be visible>D from other threads).  For systems that don't it merely makes contextF switching expensive.  In order to do this right you pretty much need aC stack of values (deep binding vs your shallow binding).  An interimeC solution (which I think I made up but someone is probably using it)eA would be to have a sort-of two-level shallow-binding scheme: eachs@ process has a little table of bound variables.  When dynamicallyD binding you check if you are about to clobber the real global value,C and if you are put the value in the table.  Further bindings within-@ the thread can just clobber the value in the table as in shallowC binding. This means you only ever need to do a two-level lookup foraF the value.  I rather doubt that dynamic binding is used heavily enoughC and in performance-critical places nowadays (outside elisp) to makeu= this worth the implementation effort.  On the other hand it's@- incredibly useful when you do want it, so ...2  @ I'd be interested in knowing if anyone has ever implemented this two-level scheme.s  I > This "restoring before returning" makes a function, by definition, not  J > suitable for tail-call elimination, though if the function is otherwise K > self-recursive a compiler can collapse multiple levels of restoring into  ? > one, since most of the restored values are never used anwyay.o   Yes.  E > Arbitrarily compilicated dispatch functions present no problem for mI > tail-call elimination, provided that they don't need to do any cleanup cI > after the called virtual function returns.  This is normally the case, AE > with the only exceptions I know of being when Common Lisp's method 0% > combination facility is being used.   D I think this must be right, although I think that in CL systems whatA generally happens is an effective-method gets computed (once, ando@ cached), and then called, this call is then a tail call, but theD `user' methods which went to make up the effective method may not be3 being tail called because of after methods & so on.-   --tim-   ------------------------------  % Date: Thu, 28 Feb 2002 16:46:26 +1300m# From: Bruce Hoult <bruce@hoult.org>-& Subject: Re: expensive procedure calls> Message-ID: <bruce-4A5BC9.16462628022002@news.paradise.net.nz>  C In article <ey3heo2la9l.fsf@tfeb.org>, Tim Bradshaw <tfb@tfeb.org> a wrote:   > * Bruce Hoult wrote: > C > > Dynamic binding is evil for many reasons :-)   The most common eJ > > implementation these days (e.g. in Common Lisp's "special" variables, H > > and Perl's "local" variables) is to use a single global varable and J > > have each function save the original global value and restore it prior > > to returning.m > @ > I kind of hope that this is not how most systems do it as it'sH > absolutely toxic to multithreaded systems that genuinely use more thanG > one processor (assuming you don't want dynamic bindings to be visibletF > from other threads).  For systems that don't it merely makes context > switching expensive.  H True.  Where I said "single global variable" I probably could have said H "single *thread* global variable".  One of those little things that you G gloss over when trying to explain specialized things in newsgroups not dI devoted to that speciality -- no doubt anyone who is that interested can s# get the real oil in comp.lang.lisp.e    G > > Arbitrarily compilicated dispatch functions present no problem for -K > > tail-call elimination, provided that they don't need to do any cleanup lK > > after the called virtual function returns.  This is normally the case, uG > > with the only exceptions I know of being when Common Lisp's method h' > > combination facility is being used.b > F > I think this must be right, although I think that in CL systems whatC > generally happens is an effective-method gets computed (once, andmB > cached), and then called, this call is then a tail call, but theF > `user' methods which went to make up the effective method may not be5 > being tail called because of after methods & so on.(  G Right.  The net effect is that if the user function is written to make tH tail-recursive calls to the Generic Function ("virtual" function to C++ H people) then you can't get tail-call elimination from the user function & and back through the effective method.   -- Bruce   ------------------------------    Date: 27 Feb 2002 13:26:33 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)1 Subject: GNAT for VMS location, was: Re: VAX SCANe3 Message-ID: <b4+Zl6SAEBIp@eisner.encompasserve.org>e  c In article <5knKHeKID2gz@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: i > In article <3C7BDDBC.5117A4D3@smtp.deltatel.ru>, "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> writes:o >> Hello Larry,o >> eF >>> As an Ada fan, I note that GNAT offers a Spitbol (or is it Snobol)D >>> package for doing the same sorts of things that SCAN does.  That6 >>> package probably has a larger user base than SCAN.* >> 	Can you provide any references, URLs ? > > > You could ask in comp.lang.ada how to get a copy of the free9 > release of GNAT for Alpha VMS.  I don't find it at site : > ftp://cs.nyu.edu/pub/gnat/ which is where it used to be.  I It's still there, but you have to know the path as the access permissionsb@ stop you from looking at the contents of the /private directory.   The full path:  3 	ftp://ftp.cs.nyu.edu/pub/gnat/private/old/openvms/r  C Ruslan: If you are going to install GNAT, make sure that you followyE the pre-requisites, including installing the C RTL patch kit for yourt) VMS version and the predefined libraries.a   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.t   ------------------------------  % Date: Thu, 28 Feb 2002 09:52:58 +0300:4 From: "Ruslan R. Laishev" <laishev@smtp.deltatel.ru>5 Subject: Re: GNAT for VMS location, was: Re: VAX SCAN 0 Message-ID: <3C7DD3CA.E5D2EF79@smtp.deltatel.ru>   Hello Simon, 	thanks!   	[...]E > Ruslan: If you are going to install GNAT, make sure that you followtG > the pre-requisites, including installing the C RTL patch kit for your + > VMS version and the predefined libraries.c >  > Simon. >  > --= > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFPh- > Microsoft: The Lada of the computing world.f   -- r Cheers, Ruslan.eD +---------------------pure personal opinion------------------------+;       RADIUS Server for OpenVMS project - www.radiusvms.come8         vms-isps@dls.net - Forum for ISP running OpenVMS*                  Mobile: +7 (901) 971-3222A    TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RUd   ------------------------------   Date: 27 Feb 2002 09:04:55 CDT= From: wayne@tachysoft.xxx.120519.killspam.00c7 (Wayne Sewell)d( Subject: Re: I: PAKGEN Software for ISVs. Message-ID: <B7HFzJR$52fd@tachxxsoftxxconsult>  ` In article <e08p7u4nuntqe9fgrt6iq82sk9ush1miga@4ax.com>, Alan Greig <a.greig@virgin.net> writes:G > On Tue, 26 Feb 2002 16:07:32 -0800, David Mathog <mathog@caltech.edu>  > wrote: >  > P >>> You should have done this years ago when there were still ISVs interested inJ >>> writing apps for VMS.  Instead you'd charge them more than their app's$ >>> development costs to license it. >>I >>I've got to agree with Brian - this move is at least 10 years too late.eK >>It's kind of like fumigating your house _after_ it collapses from termites >>damage...l > H > It's a positive step  never the less. Well done to Compaq staff who've > worked to make this happen.a    M I agree.  Admittedly, it should have always been this way, but at least it islN finally fixed.  Maybe we will actually start using LMF for our products, afterM all these years, instead of our own key format.  I'm sure the system managersg+ at our customer sites will appreciate that.i     --  O ===============================================================================yM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxt: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)fO ===============================================================================h= Society Lady:  Are you familiar with the Great Wall of China?,5        Curly:  No, but I know a big fence in Chicago!h   ------------------------------  # Date: Wed, 27 Feb 2002 23:00:13 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: I: PAKGEN Software for ISVs1 Message-ID: <1ydf8.271$fL6.5999@news.cpqcorp.net>s  G   Everything that is required to generate the PAKs is available if you oD   are a CSA member with the PAKGEN license key, so long as you have C   OpenVMS VAX V7.2 and later and into OpenVMS Alpha V7.2 and later.dI   The core of the PAKGEN generator is now integrated into OpenVMS itself.o  F   The PAKs that are generated by the new PAKGEN mechanism are based onF   the second-generation checksum algorithm.   Accordingly, these PAKs +   operate only on OpenVMS V5.2 and later.  e  I   I am aware of no particular way to generate a first-generation license oK   PAK with this new software; to generate a PAK with a prefix of 1, rather rB   than the 2 that is prefered on OpenVMS V5.2 and later releases.   H   The first-generation scheme was the only scheme used starting in V5.0 H   and prior to V5.2, while V5.2 and later OpenVMS releases support both .   the first- and second-generation algorithms.  F   If there is a serious requirement here for a first-generation PAKGENF   capability, please contact me off-line.   We can discuss it.  (GivenI   that we are talking about OpenVMS releases earlier than V5.2, but only oF   as far back as V5.0, this didn't and doesn't appear to be critical.)  H   The new PAK generator is quite different than the old one, and is alsoL   rather simple-minded.  Presumptions of similarities with the older PAKGEN I   product would be -- at least in this particular case -- incorrect.  ThenK   new interface is solely available through DCL, is simple-minding, and is  .   (bluntly) a little ugly.   But it does work.  H   I can stage and can redistribute PAKGEN-related tools as needed or as J   desired -- I can forsee including some of the stuff on potential future 4   OpenVMS Freeware kits and on the Freeware website.   	--t  J   I'm well aware of the history and the (old) pricing of the PAK generatorG   and all the feedback that was engendered by those decisions, and the  E   folks here in OpenVMS Engineering have spent a not inconsequential vE   effort to resolve this and to get the capability made available.    I   (I personally believe that this should have been released far earlier,  G   but I currently lack access to Mr Well's machinary; to the equipment  H   and the information that would be needed to resolve this complaint in (   a more timely (pun intended) fashion.)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 28 Feb 2002 03:14:20 +0100g2 From: martin@radiogaga.harz.de (Martin Vorlaender)( Subject: Re: I: PAKGEN Software for ISVs; Message-ID: <3c7d927c.524144494f47414741@radiogaga.harz.de>o   system@SendSpamHere.ORG wrote:( >  "Tom Linden" <tom@kednos.com> writes: > > once installed
 > > $ lic genr > >  > > and then it is menu driven.o >s > Not on my machine...  - From skimming over the docs, I thought it was      $ LICENCE REGISTER /GENERATE   cu,,   Martin -- iD                         | Martin Vorlaender  |  VMS & WNT programmer1  VMS is today what      | work: mv@pdv-systeme.denE  Microsoft wants        |    http://www.pdv-systeme.de/users/martinv/a8  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 28 Feb 2002 03:14:07 GMTi1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d( Subject: Re: I: PAKGEN Software for ISVs' Message-ID: <3C7DA1D7.B9A63756@fsi.net>    Wayne Sewell wrote:  > b > In article <e08p7u4nuntqe9fgrt6iq82sk9ush1miga@4ax.com>, Alan Greig <a.greig@virgin.net> writes:I > > On Tue, 26 Feb 2002 16:07:32 -0800, David Mathog <mathog@caltech.edu>r
 > > wrote: > >  > >aR > >>> You should have done this years ago when there were still ISVs interested inL > >>> writing apps for VMS.  Instead you'd charge them more than their app's& > >>> development costs to license it. > >>K > >>I've got to agree with Brian - this move is at least 10 years too late.vM > >>It's kind of like fumigating your house _after_ it collapses from termitee
 > >>damage...e > >hJ > > It's a positive step  never the less. Well done to Compaq staff who've > > worked to make this happen.  > O > I agree.  Admittedly, it should have always been this way, but at least it isnP > finally fixed.  Maybe we will actually start using LMF for our products, afterO > all these years, instead of our own key format.  I'm sure the system managerss- > at our customer sites will appreciate that.   H I've worked in shops where non-LMF software (other license methods) were	 verboten.u   -- u David J. Dachteral dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/i   ------------------------------  # Date: Thu, 28 Feb 2002 05:19:46 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: I: PAKGEN Software for ISVs1 Message-ID: <S5jf8.292$fL6.5998@news.cpqcorp.net>o  f In article <1ydf8.271$fL6.5999@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  J :  I am aware of no particular way to generate a first-generation license L :  PAK with this new software; to generate a PAK with a prefix of 1, rather C :  than the 2 that is prefered on OpenVMS V5.2 and later releases. e  I   Well, I have learned how to generate a first-generation ("seed 1") PAK vI   using the new PAKGEN, and have accordingly passed that trivia along to lG   the fellow whom I hope will be the only requestor of this capability.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 27 Feb 2002 20:39:10 GMTi0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)F Subject: Re: IBM says they have best real time mainframe, where's VMS?8 Message-ID: <3c7d4447.264322295@proxy.news.easynews.com>  B On 27 Feb 2002 00:43:44 -0800, john@ossc.net (John Gemignani, Jr.) wrote:  F >I believe that their notion of "real time" is simply that you can now@ >be at a screen, type in something, hit ENTER or click-click andC >**POOF** you get an answer.  This is a radical concept compared tos7 >submitting your deck and picking up your answer later.t  B If you really believe that batch processing is all that IBM's beenE about until relatively recently, all I can do is ask what rock you'veo( been hiding under for the past 20 years.    
 ---------- Remove 'Z' to reply by email.    ------------------------------  # Date: Thu, 28 Feb 2002 03:06:13 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>aF Subject: Re: IBM says they have best real time mainframe, where's VMS?' Message-ID: <3C7DA01A.561E334E@fsi.net>    Bob Ceculski wrote:- > b > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3C7BFBE8.7D1F3F5@videotron.ca>... > > Paul Winalski wrote:G > > > competition offers.  I have to wonder what motivated Mr. Magee to E > > > write this article.  It looks very much like some IBM PR personmC > > > contacted him and steered him to some IT managers fanatically  > > > loyal to IBM.v > >lP > > But that is the real story isn't it ? The prey will pick on the sick and eat > > it before it is dead.i > >oP > > It isn't the IBM advertising that is the news. It is the fact that IBM wouldM > > target that medium that is the news. It means that IBM has found a way tonN > > reach a certain type of Compaq customer, those who are concerned about theR > > future of the OS they use, concerned about the future (or lack thereof) of the" > > company that ownes it etc etc. > >eQ > > VMS customers have, for years, thougth that VMS was alone (or way ahead) withnN > > clustering, failover etc etc. Now comes IBM with a "we also offer what VMSM > > offers" just at a time where VMS customers are wondering what the fuck is  > > happening with Compaq/HP.l > >iO > > Decisions to switch from VMS aren't taken overnight.  But IBM will probablyeO > > try to make sure that VMS customers think of IBM as a possible replacement,eQ > > one where you no longer have to worry about the vendor's commitment to the OSo > > and platform.  > N > IBM has nothing close to VMS!  The only way we will switch to IBM is if they
 > buy VMS!  1 ...which I still think would be a 1st-class idea!h -- r David J. Dachterao dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Thu, 28 Feb 2002 03:10:10 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>tF Subject: Re: IBM says they have best real time mainframe, where's VMS?' Message-ID: <3C7DA0E9.CA6A9D11@fsi.net>o   "John Gemignani, Jr." wrote: > r > prune@ZAnkh-Morpork.mv.com (Paul Winalski) wrote in message news:<3c7bf2c6.177921277@proxy.news.easynews.com>...E > > On 25 Feb 2002 05:36:10 -0800, bob@instantwhip.com (Bob Ceculski)e
 > > wrote: > > E > > [concerning a newspaper article on IT for transaction processing]  > >iF > > >IT managers we spoke to today said that IBM was possibly the onlyB > > >company to deliver real-time operating systems with real-time > > >failover. > >gA > > As has been already pointed out, this is a curious use of theaH > > term 'real-time'.  That term usually refers to applications in which; > > non-repeatable events are monitored and acted upon withnF > > response times measured in tiny fractions of a second.  IndustrialB > > process control and monitoring a nuclear power plant are real-; > > time applications.  Bank transaction processing is not.l > G > I believe that their notion of "real time" is simply that you can nowuA > be at a screen, type in something, hit ENTER or click-click andoD > **POOF** you get an answer.  This is a radical concept compared to8 > submitting your deck and picking up your answer later.  8 "Real time" seems to be a much bandied-about expression.  = To some folks, it seems to mean the opposite of time-sharing,oE multitasking, etc. That was my argument when the big advertising buzzuD for applications was their ability to perform "on-line" and "in realB time": the two expressions were (I thought) diametrically opposed.  D To others, it defines the difference between a system where you post- transactions, do nightly updates, repeat, ...'  ( Still others define it yet other ways...   -- r David J. Dachterat dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  % Date: Wed, 27 Feb 2002 14:20:22 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>l Subject: Re: Itanium troublesr, Message-ID: <3C7D3173.6CF6D2D5@videotron.ca>   Christopher Smith wrote:K > something that supported it already.  The average idiot will not know thelJ > difference between 64 bit windows on a 64 bit cpu, and 32 bit windows on > a 64 bit cpu t  L Ever seen what the current games are like on PCs ? Guess who drives the home computer market ?y  F Young boys who absolutely need that new game and a high speed internetL connection to be able to play "live" against friends, and who complain about( slow pings that make the game go slower.  M If a 64 bit machine with a 64 bit 3d video rendering card makes new much more L sophisticated games possible, it will take just a year or two before parentsJ crumble under pressure from their teenage mutant boys and buy a 64 bit PC.   ------------------------------   Date: 27 Feb 2002 20:33:05 GMT& From: peter@abbnm.com (Peter da Silva) Subject: Re: Itanium troublest$ Message-ID: <a5jfq1$al@web.nmti.com>  + In article <a5hc45$6mr$3@milo.mcs.anl.gov>,a9 Scandora, Anthony \(35048\) <Scandora@cmt.anl.gov> wrote:eM > I was impressed with Hammer until I found out that there are no plans for ab > Windows 64 port.  I You know, I was seeing people claim that there were no plans for a 64-bit:5 IA32-base chip from Intel right up to the last month.   D And in any case, who cares whether there's a 64-bit Windows port forG Hammer? It's not like there's any compelling reason to run Windows on a H 64-bit chip: if there was Microsoft would have kept the Alpha port goingE no matter what Compaq did... they are never reluctant to chase dollar  signs.   -- t+  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything."aL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 27 Feb 2002 21:45:19 GMT7 From: schulz@Informatik.TU-Muenchen.DE (Stephan Schulz)s Subject: Re: Itanium troublesr> Message-ID: <a5jk1f$1b$1@sunsystem5.informatik.tu-muenchen.de>  C In article <rn9f8.232019$Re2.17386184@bin6.nnrp.aus1.giganews.com>,f  L >"Tom's Hardware Guide received the opportunity to take a closer look at twoE >working test systems - each of which was equipped with the AMD "ClawrL >Hammer". Suse Linux was installed on one of the PCs, and Windows XP (64-bit& >version) was installed on the other." >dJ >Now, they may of course not have a clue what they're talking about, but IJ >have to suspect that having visited AMD while researching the material in@ >question they may know more about the situation than Tony does.  A I don't know about their clue, but either you are misquoting from:B memor, or they have changed the site. I just followed your link to  6 http://www.tomshardware.com/cpu/02q1/020227/index.html  
 and found:  F "The layman and expert will be equally impressed: Tom's Hardware GuideC  received the opportunity to take a closer look at two working testeF  systems - each of which was equipped with the AMD "Claw Hammer". Suse?  Linux (64-bit) was installed on one of the PCs, and Windows XP:.  (32-bit version) was installed on the other."  * Note 64 bit Linux and 32 bit Windows XP...   Bye,       Stephan-   -- -L -------------------------- It can be done! ---------------------------------G    Please email me as schulz@informatik.tu-muenchen.de (Stephan Schulz)+L ----------------------------------------------------------------------------   ------------------------------  # Date: Wed, 27 Feb 2002 21:58:03 GMTT* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublesRC Message-ID: <LDcf8.207827$Aw2.16205344@bin7.nnrp.aus1.giganews.com>x  D "Stephan Schulz" <schulz@Informatik.TU-Muenchen.DE> wrote in message8 news:a5jk1f$1b$1@sunsystem5.informatik.tu-muenchen.de...E > In article <rn9f8.232019$Re2.17386184@bin6.nnrp.aus1.giganews.com>,  > J > >"Tom's Hardware Guide received the opportunity to take a closer look at two G > >working test systems - each of which was equipped with the AMD "Claw>F > >Hammer". Suse Linux was installed on one of the PCs, and Windows XP (64-bite( > >version) was installed on the other." > >fL > >Now, they may of course not have a clue what they're talking about, but IL > >have to suspect that having visited AMD while researching the material inB > >question they may know more about the situation than Tony does. >eC > I don't know about their clue, but either you are misquoting fromwD > memor, or they have changed the site. I just followed your link to >s8 > http://www.tomshardware.com/cpu/02q1/020227/index.html >t > and found: >eH > "The layman and expert will be equally impressed: Tom's Hardware GuideE >  received the opportunity to take a closer look at two working testaH >  systems - each of which was equipped with the AMD "Claw Hammer". SuseA >  Linux (64-bit) was installed on one of the PCs, and Windows XPs0 >  (32-bit version) was installed on the other." >=, > Note 64 bit Linux and 32 bit Windows XP...  K The quote above was cut-and-pasted from the site, not from memory.  And thelI statement was repeated near the end of the article as well (just checked:- they changed that one too).   H Looks as if they screwed up and corrected it.  I did wonder, since otherF reports about Clawhammer displays (out in the wild, rather than at AMD2 itself) mentioned 32-bit XP rather than 64-bit XP.   - bill   ------------------------------  % Date: Wed, 27 Feb 2002 22:07:13 -0500h# From: Paul DeMone <pdemone@igs.net>h Subject: Re: Itanium troublest' Message-ID: <3C7D9EE1.D90AFCE2@igs.net>d   Bill Todd wrote:  I > > In what universe Bill? AMD lost unit market share in 4Q01 despite ther" > > introduction of the Athlon XP. > ? > I guess the universe in which the following article appeared:d  D Great, dispute quarterly market share changes by bringing in year toD year results. What will you do in 4Q02? Switch to a five year moving average?    J > As a result, AMD's average selling price for its chips bounded from just? > above $70 in the third quarter to $90 in the fourth quarter."   B Too bad AMD needs even higher ASPs to break even. Do you think AMDA can continue to raise its ASPs in 2002 in face of Intel's ramp intC Northwood shipments? Before you answer you might want to review the B roadmap AMD released today. K7 performance bumps have been further scaled back and/or delayed.      --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER intonG demone@mosaid.com    architectures with MIPSed results but ALPHA's wellt$ pdemone@igs.net      that ends well.   ------------------------------    Date: 28 Feb 2002 10:29:20 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Itanium troubles - Message-ID: <87n0xugwzj.fsf@prep.synonet.com>i  < "Scandora, Anthony \(35048\)" <Scandora@cmt.anl.gov> writes:  E > HP has merely extended the life of PA, as can be done with EV7, fornF > as long as it takes for Intel to get the replacement to work.  WouldF > you really buy into MIPS?  Is a clandestine port of Windows to SPARCE > underway?  I was impressed with Hammer until I found out that therePE > are no plans for a Windows 64 port.  Are they going to make it withiD > 64 bit Linux and Windows 32 incompatibilty mode?  IBM has chip andE > marketing talent, but I haven't seen them pushing Power yet.  Maybed@ > some day, but until then, Intel is in the enviable position ofA > having its customers stay right where they are until Intel getsl  > their 64 bit products working.  E The billygoats have kept mum about what they will or will not do. And C will screw intel and AMD to the limit over it I'm sure. You have to-3 love M$ even handed treatment. They fuck everybody!-  D Bill Bishop of SGI made an interesting observation yesterday: If youB are shipping standard comodity systems in a few years, the chineseF will bury you! Given that most of the industry is just a nameplate forB the TW factories, and that they are expanding onto the mainland asA fast as they can, then the competition between them and the 'new'(F mainland china Cos is going to be savage. Good on to be out of the way of.7  C IBM does not need to push POWER; their limit is people. So there is B little point in pushing for custom you can not handle. And IBM areB canny enough to know that you are far better off cold calling than8 trying to get back after you have pissed off the victim.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Thu, 28 Feb 2002 04:44:48 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublesAC Message-ID: <4Bif8.226968$d34.16893847@bin8.nnrp.aus1.giganews.com>a  0 "Paul DeMone" <pdemone@igs.net> wrote in message! news:3C7D9EE1.D90AFCE2@igs.net...  >i > Bill Todd wrote: >wK > > > In what universe Bill? AMD lost unit market share in 4Q01 despite thee$ > > > introduction of the Athlon XP. > >uA > > I guess the universe in which the following article appeared:n > F > Great, dispute quarterly market share changes by bringing in year toF > year results. What will you do in 4Q02? Switch to a five year moving
 > average?  J Perhaps you're just inexperienced in extrapolating trends.  In some cases,? one indeed may be able to extrapolate from only the most recenthI information - but in most it's wise to factor in both details which couldeG account for short-term variations (to pick an obvious extreme case, one J really shouldn't base one's entire argument on sales in the last 24 hours,F for example) and the history of at least the last few equal short-term periods before the latest one.  L In this case, AMD gained share during the first 9 months of 2001 (continuingK a trend it established solidly in 2000), then lost some of that gain in theeH last quarter (but still ended up +20% in share percentage for the year).K There's at least some specific reason (beyond the fact that the quarter wasoL anomolous in the first place) - the Celeron dumping I mentioned - to suspectH that the 4th quarter results may not reflect a turn-around as much as anI isolated (and unrepeatable, at least if Intel wants to remain profitable)  event.  J So while I can't state with assurance that AMD's gains will resume in thisL quarter, what I *can* state with assurance (as I did) is that AMD has indeedI been gaining market share on Intel - for the past year, or (if you preferrG quarters, as you seem to) for 3 out of the last 4 quarters, and in factt dating back even farther.    - bill   ------------------------------   Date: 27 Feb 2002 13:51:08 CDT= From: wayne@tachysoft.xxx.120519.killspam.00c7 (Wayne Sewell) B Subject: Re: More detailed info- was:Carly and Curly report on CNN. Message-ID: <5TsVJG3UwZBt@tachxxsoftxxconsult>  S In article <a5j6s5$qn2$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:Q4 > Michael Austin (maustin@firstdbasource.com) wrote: > :-J > : ... I am competing against all the H-1 visa people charging less than C > : 50% of my rates. (and they were not exhorbident to start with).- > :- > Sarcasm Afterburner On:  > B > That just can't be possible - just read Senator Hatch's response > about the H-1B law:  > A >    http://www.zazona.com/ShameH1B/Library/Politicians/Hatch.htm.+ >    Utah Senator Orrin Hatch Supports H-1Be > @ >    "...I assure you that measures are included in the AmericanF >    Competitiveness in Twenty-First Century Act to safeguard AmericanE >    workers' jobs. For instance, the employer is required to pay theOE >    foreign worker as much as other employees in the same job or thetG >    current market value. In addition, the employer is only allowed to H >    hire a limited number of foreign workers before they have to attestI >    that they are not able to find an American to fill the job. Further,2K >    they have to show that they have not laid off any American workers for-M >    a period of time both before and after the hiring of foreign workers..."  >  > Sarcasm Afterburner Off. > 9 > Here's a report on the INS' handling of the H-1B visas:? > - >    http://www.gao.gov/new.items/he00157.pdfeD >    "H-1B Foreign Workers: Better Controls Needed to Help Employers; >    and Protect Workers", GAO/HEHS-00-157, September 2000.n > E > Offshore outsourcing is a bigger threat to the near-term employment. > picture in the U.S.: > : >    http://www.informationweek.com/story/IWK20020207S0011/ >    InformationWeek > Business Applications > rI >    Offshore Outsourcing Grows To Global Proportions > February  7, 2002i > K >   "The growing demand for inexpensive yet competent programming talent isoJ >    pushing the offshore-outsourcing market beyond its roots in India andC >    encouraging U.S. IT service providers to increase their use ofs >    overseas workers..."  > H > IT-enabled jobs, such as accounting, credit-card processing, are also  > being offshore outsourced. > I > Who knows, H-P may move VMS Engineering to Compaq's India division. :-).  L We ought to outsource Senator Hatch's job, and the rest of the gubmint whileJ we're at it.  Foreign workers probably wouldn't cause any more harm to theJ American people than the current incumbents already do.  It would save theO country a lot of money in the short run.  Unfortunately, the situation wouldn't N last once the H-1B congressmen realized they have the power to raise their ownO salaries, which has been the primary objective of the incumbents for years, thel6 one burning issue on which they are *totally* unified.     --  O ===============================================================================tM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxa: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)/O ===============================================================================M= Society Lady:  Are you familiar with the Great Wall of China?:5        Curly:  No, but I know a big fence in Chicago!'   ------------------------------  % Date: Wed, 27 Feb 2002 23:19:03 -0500r* From: "Stanley F. Quayle" <stan@stanq.com>2 Subject: Need help on Alpha:  Calling C from MACRO. Message-ID: <3C7D6967.23080.AE8A342@localhost>  A I'm having a problem calling Compaq C from MACRO on Alpha.  This  F works perfectly on VAX, calling VAX C from MACRO (I didn't try Compaq  C on VAX--yet!).   The MACRO code looks like this:I           SUBL2   #20, SP &         MOVAW   TOTALON_N1(R11), 0(SP)#         MOVAB   BIT1_I1(R11), 4(SP)e#         MOVAB   BIT2_I1(R11), 8(SP)n$         MOVAB   BIT3_I1(R11), 12(SP)         MOVL    R11, 16(SP)          CALLS   #5, G^BITON_C16n   The C code looks like this:e   #include varargs BITON_C16(va_alist)  va_dcl {e     va_list list_incrementor;n   [...]c  /     va_count(num_args);			/* this works okay */g   	/* these work okay, too */-     va_start(list_incrementor);a1     arg1_n_ptr = va_arg(list_incrementor, char*);t1     arg2_n_ptr = va_arg(list_incrementor, char*);o     va_end(list_incrementor);o  7     for ( index = 0; index <= (num_args - 4); ++index )a     {r0 		va_start_1(list_incrementor, (index + 2) * 4);4 	    arg3_n_i_ptr = va_arg(list_incrementor, char*);!         va_end(list_incrementor);d
 	[...] etc    C On the first pass through the loop, I get the address of the third  # argument.  That's just what I need.n  ? BUT, on the second pass through the loop, I get zero!  If I go yA through the loop again, I get the address of the fourth argument.   C I've compiled the whole mess with /DEBUG/NOOPT, and the MACRO code nC writes 5 consecutive longwords of non-zero data.  When I step into  E the function, there are longwords of zero between each of the values   that the MACRO code wrote.  ? I've tried various compiler options.  The behavior is constant gE between VMS 7.2 and VMS 7.3.  The behavior is the same between DEC C   V5.5-002 and V6.0-001.   Anyone have any ideas??M    
 --Stan Quayleo! President, Quayle Consulting Inc.i  
 ----------G 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.comn   ------------------------------  % Date: Wed, 27 Feb 2002 21:35:52 +0100e- From: Didier Morandi <Didier.Morandi@Free.fr>e Subject: No route to host?' Message-ID: <3C7D4328.58A2E67A@Free.fr>   4 I have a surprise when trying to play with CSWB T1.0  % No access outside my box (PWS 600au).   J I have activated DHCP, I received an address and a valid subnetmask, I canM telnet on myself (you may try too, these is nothing on the system but OpenVMSe 7.3) at 217.162.122.74.j  N But when I try to ping any address, I get "no route to host". I have defined aH default route, the gateway of my cable provider, cablecom in SwitzerlandL (address found from my iMac). I have defined a Bind server (same way to knowM about it) but I have no incoming or outgoing access. With a "fixed" address I3? successfully succeeded to FTP the CSWB saveset at 79 000 b/sec.n   Another question:a  @ When I do a TCPIP sh inter, I get 217.162.122.74 / 255.255.252.0O but when I do a TCPIP sh conf inter, the DHCP data are not recorded and I stillo9 have my previous "fixed" address 10.0.0.2 / 255.255.255.0   	 Any clue?h Paul?n   Thanks,s   D.   ------------------------------  % Date: Wed, 27 Feb 2002 15:41:27 -0500r1 From: Michael Austin <maustin@firstdbasource.com>b Subject: Re: No route to host?2 Message-ID: <3C7D4477.A15547FE@firstdbasource.com>   Didier Morandi wrote:e > 6 > I have a surprise when trying to play with CSWB T1.0 > ' > No access outside my box (PWS 600au).  > L > I have activated DHCP, I received an address and a valid subnetmask, I canO > telnet on myself (you may try too, these is nothing on the system but OpenVMS? > 7.3) at 217.162.122.74.- > P > But when I try to ping any address, I get "no route to host". I have defined aJ > default route, the gateway of my cable provider, cablecom in SwitzerlandN > (address found from my iMac). I have defined a Bind server (same way to knowO > about it) but I have no incoming or outgoing access. With a "fixed" address IkA > successfully succeeded to FTP the CSWB saveset at 79 000 b/sec.q >  > Another question:r > B > When I do a TCPIP sh inter, I get 217.162.122.74 / 255.255.252.0Q > but when I do a TCPIP sh conf inter, the DHCP data are not recorded and I stillv; > have my previous "fixed" address 10.0.0.2 / 255.255.255.0t >  > Any clue?d > Paul?e > 	 > Thanks,e >  > D.  H You are going to have to give us a lot more information than that.  What@ does your connection to internet look like?  What is the defaultH gateway? What does show route show? Is this a publically available IP or is it behind a firewall/router?0   -- e Regards,  7 Michael Austin            Registered Linux User #261163s7 First DBA Source, Inc.    http://www.firstdbasource.comk Sr. Consultant 704-947-1089 (Office)s 704-236-4377 (Mobile)w   ------------------------------  % Date: Wed, 27 Feb 2002 21:59:34 +0100 - From: Didier Morandi <Didier.Morandi@Free.fr>r Subject: Re: No route to host?' Message-ID: <3C7D48B7.31838332@Free.fr>s   What- > does your connection to internet look like?-
 no connectiona   >  What is the default gateway?-
 217.162.124.1e   > What does show route show? AH 127.0.0.1          127.0.0.1+$ AH 217.162.120.0/22   217.162.122.74$ AH 217.162.122.74     217.162.122.74  * > Is this a publically available IP yes or% > is it behind a firewall/router? No.B   ------------------------------  % Date: Wed, 27 Feb 2002 16:07:05 -0500-1 From: Michael Austin <maustin@firstdbasource.com>e Subject: Re: No route to host?2 Message-ID: <3C7D4A79.9BB8530A@firstdbasource.com>  H The default gateway needs to be the IP of the box itself. Since there is no router...   or just use 120.0.0.1n     Didier Morandi wrote:a >  > What/ > > does your connection to internet look like?t > no connectiong > ! > >  What is the default gateway?p > 217.162.124.1C >  > > What does show route show?! > AH 127.0.0.1          127.0.0.1w& > AH 217.162.120.0/22   217.162.122.74& > AH 217.162.122.74     217.162.122.74 > , > > Is this a publically available IP yes or' > > is it behind a firewall/router? No.g   -- d Regards,  7 Michael Austin            Registered Linux User #261163e7 First DBA Source, Inc.    http://www.firstdbasource.coma Sr. Consultant 704-947-1089 (Office)q 704-236-4377 (Mobile)o   ------------------------------  % Date: Wed, 27 Feb 2002 16:49:41 -0500w- From: JF Mezei <jfmezei.spamnot@videotron.ca>t Subject: Re: No route to host?, Message-ID: <3C7D5464.71F040C5@videotron.ca>   Michael Austin wrote:e > J > The default gateway needs to be the IP of the box itself. Since there is > no router...  L Nop. the default gateway is the router that gets you off your subnet. If youE do not have a router in house, then you have to tell VMS to route anyhX connectiosn not destined for your house to the router supplied by the ISP (eg: gateway).  9 SET ROUTE/DEFAULT/GATEWAY=isp.supplied.ip.address 0.0.0.0e  M I do not kow how they implemented the VMS DHCP client, but normally, the DHCP N client should handle not only the IP address, but also default gateway and DNS server adresses.  N I bought a router that does all that for me and allows my lan to remain staticK and not be bothered by my ISP. The only dependancy I have on the ISP is theeG definition in my local bind server to forward non local requests to the 2 specific IP adresses of DNS servers my ISP offers.  8 My default gateway is the local ip address of my router.   ------------------------------  % Date: Thu, 28 Feb 2002 06:29:41 +0100n- From: Didier Morandi <Didier.Morandi@Free.fr>i Subject: Re: No route to host?' Message-ID: <3C7DC045.76EB7E42@Free.fr>e   Fixed.  P I had to say WE0 instead of NONE in the Primary Interface Configuration question@ to tell the interface to be fully configured by the DHCP server.  % Thanks for your help, Michael and JF.    D.   Michael Austin wrote:t > J > The default gateway needs to be the IP of the box itself. Since there is > no router... >  > or just use 120.0.0.1t   ------------------------------  + Date: Wed, 27 Feb 2002 21:26:10 -0600 (CST)r From: sms@antinode.org; Subject: Not enough data in security audit journal for FTP? ) Message-ID: <02022721261084@antinode.org>   E    I was recently commiserating with a pal who runs Linux at his homePD about a bunch of break-in attempts (some successful).  Not trying toF show off or anything, I ran a quick ANAL /AUDIT /FULL on my AlpSta 200D 4/233 (VMS V7.2-1, TCPIP V5.0A - ECO 2), to see if I was missing any4 fun.  I saw a couple of failed login attempts, like:  O Security alarm (SECURITY) and security audit (SECURITY) on ALP, system id: 11198: Auditable event:          Remote interactive login failure1 Event time:                3-FEB-2002 13:23:43.36r" PID:                      2040DE4A! Process name:             _TNA88:s! Username:                 <login>a" Process owner:            [SYSTEM]C Terminal name:            _TNA88:, Host: 202.109.249.77  Port: 1367yH Image name:               ALP$DKA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE- Remote node id:           3396204877 (62.333)k( Remote node fullname:     202.109.249.77) Remote username:          TELNET_CA6DF94DaH Status:                   %LOGIN-F-CMDINPUT, error reading command input  C    Fine.  There were also several FTP access failures (lame script,s apparently) like this:  O Security alarm (SECURITY) and security audit (SECURITY) on ALP, system id: 1119h/ Auditable event:          Network login failure 1 Event time:               11-FEB-2002 00:44:24.83 " PID:                      2040CC65) Process name:             TCPIP$FTPC00001 * Username:                 anonymous@ftp.mi/ Process owner:            [TCPIP$AUX,TCPIP$FTP]oH Image name:               ALP$DKA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXEG Status:                   %LOGIN-F-NOTVALID, user authorization failure   F    Ok, it's not a valid anonymous FTP user name.  My complaint is thatH there is no remote IP address for the FTP access failure, while there isD one (twice) for the Telnet failure.  Already fixed in TCPIP V5.1, orG still a problem, or am I missing something obvious (again)?  (Or is theuC double reporting of the IP address in the Telnet record supposed toe' compensate for none in the FTP record?)   H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)WG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)l   ------------------------------  # Date: Thu, 28 Feb 2002 03:52:37 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)? Subject: Re: Not enough data in security audit journal for FTP?81 Message-ID: <9Qhf8.290$fL6.5782@news.cpqcorp.net>p  B In article <02022721261084@antinode.org>, sms@antinode.org writes:F :   I was recently commiserating with a pal who runs Linux at his homeE :about a bunch of break-in attempts (some successful).  Not trying to G :show off or anything, I ran a quick ANAL /AUDIT /FULL on my AlpSta 200 E :4/233 (VMS V7.2-1, TCPIP V5.0A - ECO 2), to see if I was missing any  :fun....G :   Ok, it's not a valid anonymous FTP user name.  My complaint is thatgI :there is no remote IP address for the FTP access failure, while there isaE :one (twice) for the Telnet failure.  Already fixed in TCPIP V5.1, or H :still a problem, or am I missing something obvious (again)?  (Or is theD :double reporting of the IP address in the Telnet record supposed to( :compensate for none in the FTP record?)     Fixed.  2   Here's an FTP failure using TCP/IP Services 5.1:    N Security alarm (SECURITY) and security audit (SECURITY) on HOST, system id:.../ Auditable event:          Network login failuret1 Event time:               27-FEB-2002 22:47:30.32d" PID:                      0000043D) Process name:             TCPIP$FTPC00001 # Username:                 anonymouse! Remote nodename:          remnodec  Remote node id:           123456& Remote username:          FTP_12345678; Status:                   %LOGIN-F-NOSUCHUSER, no such user4    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 28 Feb 2002 03:01:13 GMTu1 From: "David J. Dachtera" <djesys.nospam@fsi.net>fY Subject: Re: Oracle RDB  ABUSIVE PRICE$  was (Re: MPE/iX users form OpenMPE organization)b' Message-ID: <3C7D9EEE.662D6BA9@fsi.net>.   Larry Kilgallen wrote: > a > In article <88599d89.0202270919.350c571@posting.google.com>, alanb@cloud9.net (Alan B.) writes:3B > > I remember when RDB was a Digital product it cost only severalH > > thousand dollars on a big machine, similar to many layered products.? > > When Oracle bought RDB the price jumped from about $2K/yeara# > > maintenance to about $25K/year.t > D > And what do you know, Oracle is still in business where as Digital	 > is not.a   Apples and oranges.   D Digital could have survived if not for the actions of GQ Palmer. The= remains of Digital survive, albeit in a badly decimated form./   -- / David J. Dachterat dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 27 Feb 2002 20:11:05 GMT # From: "John Smith" <a@nonymous.com>m# Subject: OT: cost of doing businessf0 Message-ID: <t3bf8.2773$Fkh.2648@news1.bloor.is>  6 "Jerry Leslie" <leslie@clio.rice.edu> wrote in message! news:a5j6s5$qn2$1@joe.rice.edu... 4 > Michael Austin (maustin@firstdbasource.com) wrote: > :t >tI > Who knows, H-P may move VMS Engineering to Compaq's India division. :-)h >2    A Who knows what the actual details of the following study are, ie.rI parameters, countries studied, .... but... and it isn't all that far fromo Spitbrook...   Where Costs Are Low - Study ranks countries based on business costsg' By Elisabeth Goodridge, InformationWeek. Feb 25, 2002 (12:00 AM).  : URL: http://www.informationweek.com/story/IWK20020222S0011  G Canada is one of the least-expensive countries in which to do business, I partly because the costs of running call centers, data centers, and other L back-office operations are among the lowest. But Manchester, England, is theI least-expensive European city in which to do business, according to a newu, study that compares regional business costs.  G The study, "Competitive Alternatives: Comparing Business Costs In NorthgJ America, Europe, And Japan," analyzes labor, taxes, transportation, and 24J other variable business costs in nine countries and 86 cities to determineH the most cost-competitive locations for companies looking to expand. TheK study by consulting firm KPMG LLP establishes cost-index figures, using the ; United States as a baseline with an average index of 100.0.   L Canada, with a cost index of 85.5, is the least-expensive country because itD has the lowest corporate taxes and labor costs, the most significantA overhead costs in the study. Canada also has the lowest costs forlF call-center operations, data-processing centers, and other back-office5 facilities, followed by the United Kingdom and Italy.-  I Another key factor was telecom costs, which have dropped substantially incC recent years thanks to global deregulation. European countries havenI experienced major drops in telecommunication expenses, falling 65% to 85%=6 since 1999; telecom costs in the U.S. fell around 40%.  J Comparing international currencies is another key factor. The euro's valueG has dropped 24% since its introduction last year. "That's great news if I you're a U.S. tourist, but not if you're a U.S.-based company because the-D cost basis of your exported goods is declining," says Stuart MacKay,7 co-author of the study and president of MKK Consulting.G  L The most costly places to do business include New York (No. 2) and San Jose,K Calif. (No. 3). But heading the list is the Japanese port city of Yokohama.m   ------------------------------  # Date: Thu, 28 Feb 2002 03:36:11 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)U Subject: Re: Prior Version Support (was: Re: Compaq adopts microsoft approach to VMS)k1 Message-ID: <LAhf8.288$fL6.5957@news.cpqcorp.net>n     Retitled.   r In article <fe52053.0202261622.4183b2e7@posting.google.com>, antony.wardle@optusnet.com.au (Antony Wardle) writes:E :Anyone else concerned that unless you are running the latest version C :of VMS then you are now on Prior version/best endeavor support for( :fixes?   G   You have various choices here: stay current and use standard support,rD   lag behind on specific OpenVMS releases and acquire and use Prior @   Version Support (PVS) contracts, stay on the PVS releases and G   download the ECOs and use per-call as needed, or fall far behind and nG   drop entirely off PVS and access to updated ECOs entirely.  Each has cH   different costs, different risks, and different trade-offs, of course.  5 :What does this say about Compaqs committment to VMS/1< :Lets force everyone to upgrade, doesn't that sound like MS?  E   I will assume that this is a serious inquiry, but will mention thateC   the phrasing approaches that of a troll -- and trolling might nott   have the desired effect.  B   This has been the policy since long before I joined the OpenVMS D   Engineering group, and that is at least a year or two past by now.C   A policy clearly not communicated particularly well in this case.h  D   For related information on this topic, please search for "PVS" in E   the OpenVMS FAQ.  (The relevent section is here included below the  C   sig file.)  I've tried to keep the PVS stuff easily accessable ine   the FAQ for a while now.  F   The effort of supporting and testing an increasing number of OpenVMSG   releases is huge, and is increasing.  OpenVMS maintains a unique set QE   of compilers and the associated development environments and tools aD   for each OpenVMS release with Prior Version Support (PVS) status, G   and we currently have roughly a dozen source code pools in operation cG   entirely in parallel at the present time -- changes from older pools  F   need to propogate into the newer code pools, lest a code regression F   occur.  And there have been more than a few changes over the years, D   specifically meaning changes to older modules can involve merging B   the change into each subsequent PVS release or currently-active @   development release.  All of this reduces the cycles that are D   available to work on new engineering designs and new code, and on D   the new features and capabilities and platforms that the customer    folks (you) want to buy.  D   Additionally, as we find and fix problems in older releases, folksA   on current releases see these fixes incorporated as the code iswE   propogated forward and merged.  (And I can discuss the source code  H   control topic at great length, too, if you desire detailed drivel. :-)    @ :We've only recently found out about it, and is seems that prior@ :version will be for any version of VMS more than 18 months old.F :How many people upgrade the minute a new version is out? The hobbiestE :probably, but what about the business customers who are running 24*7 @ :on critical systems. The upgrade planning can take a few months :not to mention the testing.  C   This choice is one of the reasons why we provide "landing zones" sB   and Prior Version Support (PVS) contracts.  If you need or want ?   to stay on an older OpenVMS release and you want to maintain  ?   support, you can acquire support for the specified subset of tA   OpenVMS releases.   These PVS releases as the ones that get thenD   ECOs, and the ones where problem reports can be fielded.  We also F   provide a map of releases that will continue to have support; these D   are the so-called "landing zone" releases mentioned.  See the PVS     URLs listed below for details.  @   A rule of thumb for PVS status -- the releases that are likely?   (but not entirely certain, of course) to be designated as PVSgA   "landing zones" -- is the last release of a major release (eg: eC   V5.5-2 and V5.5-2H4, V6.2), and the last release of the previous n>   "dot" release (eg: V7.2-2).   Again, see the PVS URLs below.  B   Releases in PVS status have a substantial notification interval;E   a substantial lead-time before the release(s) will exit PVS status. F   Typically two years lead-time, per the PVS website.  Details on the E   notification intervals, PVS status, etc, are at the PVS URLs below.t    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com       	--4  7    OpenVMS and Layered Products -- Support Information:-  >      For information on Prior Version Support (PVS) and Mature@      Product Support (including information on support end dates;      for OpenVMS and various layered products), please see:s  =        http://www.compaq.com/services/software/ss_mature.htmlaB        http://www.compaq.com/services/software/ss_pvs_se_amap.htmlB        http://www.compaq.com/services/software/ss_mps_pvs_eur.html  C      For information on supported versions of layered products, andl4      minimum required layered product versions, see:  A        http://www.openvms.compaq.com/openvms/os/swroll/index.html1   ------------------------------   Date: 27 Feb 2002 23:31:22 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>$ Subject: Re: Proposal - Hobbyist FAQ+ Message-ID: <a5jq8a095d@enews1.newsguy.com>   , Peter Weaver <peter.weaver@stelco.ca> wrote:* > You might want to add in a section like;  M Sounds good, I've added it in, though I also added a second part advertising   my own site :^)e   		Zane    - 19. Can I run VMS without additional Hardwarer       [Peter Weaver]E     If you have a PC with WIN 2000, WIN XP, Linux or Solaris/I86 then2J     you can install the Hobbyist version of Charon-VAX (PicoVAX) availableI     at http://www.softresint.com/charon-vax/hobbyist.html. There are alsoeG     two or more other emulators in the works that may also allow you to.2     run VMS without acquiring additional hardware.       [Zane Healy]L     If you're interested in Emulating DEC hardware, you might want to take aH     look at http://www.aracnet.com/~healyzh/decemu.html which is my siteK     dedicated to all emulation of all DEC systems.  Warning, it's strongest J     slant is towards PDP-10 emulation, however, it does have a page on VAX     emulation.   ------------------------------  # Date: Wed, 27 Feb 2002 23:05:22 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: Remote Password changes1 Message-ID: <SCdf8.272$fL6.5776@news.cpqcorp.net>   [ In article <3C7B10EA.5F48CF03@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes:dA :We are restructuring our security.  I'm looking for a way for myHD :users to be able to change their password on our development system> :and then migrate that password change to our 30 remote sites. : H :I've been playing around with RSH and Rlogin but haven't had much luck.G :I want to use the standard "SET PASSWORD" facility and not go through i :authorize.i :n. :I am running AXP/VMS 7.2-1 and UCX 5.1 eco 3.  D   Please research previous discussions of external authentication orG   distributed authentication -- this topic has been around for a while,-F   and there are some good discussions in the archives.  From V7.1 and ?   prior to V7.3, you are limited to LAN Manager as an external  ?   authentication scheme.  Starting in V7.3, Kerberos was added.y  F   The previous discussions will undoubtedly provide some of the risks G   involved -- this task only looks easy, and is accordingly trivial to r&   perform it insecurely or unreliably.  F   We (OpenVMS) are still working to integrate external authentication,C   with the ACME stuff being available to a few sites -- ACME is the.C   external authentication interface, and what we hope products from1D   Compaq and interested ISVs will be using for authentication.  (YouE   specifically mention TCP/IP Services, and I will point out that theg/   product is not yet using the ACME interface.)w    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 27 Feb 2002 21:27:45 -0600 + From: Shael Richmond <ksrich@bellsouth.net> $ Subject: Re: Remote Password changes- Message-ID: <3C7DA3B1.9C5ED8FB@bellsouth.net>c   David McKenzie wrote:A  & > But you could run DECnet over TCP/IP >c  J Only if we ran DECNET Plus and we still use DECnet Phase IV for the little bit of DECNET we still use.    Shael        > : > "Shael Richmond" <ksrich@bellsouth.net> wrote in message) > news:3C7C61B3.BB1DD4E2@bellsouth.net...n > > Don Sykes wrote: > > >.F > > > You can open a decent link from DCL and run any number of remote" > > > commands, like set password. > >dD > > Unfortunately we don't allow DECNET across our WAN, only TCP/IP.J > > But this is similar to the one suggestion I got from the Compaq TCP/IP	 > > team.IJ > > Put a file on each system that takes the old password and new password > > as parameters.I > > Then issue a RSH command to run the procedure passing both passwords.c > >a	 > > Shael  > >C > >T > > > Example: > > >  > > > >From local node6 > > >         $ open/write    NETFILE   'NODE'"''USER'  > ''PASSWORD'"::"TASK=NETREMOTE" > > >S5 > > > where NETREMOTE.COM on your remote machine does / > > >         $ open/write    NETFILE   SYS$NET  > > >         $ LOOP:i$ > > >         $ read  NETFILE DCLCOM > > >         'DCLCOM' > > >         $ go to loop > > >s' > > > Then from your local machine do a 4 > > >         $ write NETFILE "$ creat password.com". > > >         $ write NETFILE "$ set password", > > >         $ write NETFILE "old password", > > >         $ write NETFILE "new password", > > >         $ write NETFILE "new password"& > > >         $ write NETFILE "$ exit" > > >         $ close NETFILE- > > >  > > > Shael Richmond wrote:  > > > >5H > > > > We are restructuring our security.  I'm looking for a way for myK > > > > users to be able to change their password on our development system E > > > > and then migrate that password change to our 30 remote sites.( > > > > I > > > > I've been playing around with RSH and Rlogin but haven't had muchm > luck.@M > > > > I want to use the standard "SET PASSWORD" facility and not go througha > > > > authorize. > > > >g5 > > > > I am running AXP/VMS 7.2-1 and UCX 5.1 eco 3.c > > > >7 > > > > Any suggestions? > > > >e > > > > Thanks,  > > > >e
 > > > > Shaeli > > >  > > > -- > > >n > > > Have VMS. Will Travel. > > > Wire Paladin @alphase.coms > > > San Francisco  > >o   ------------------------------  # Date: Thu, 28 Feb 2002 03:18:52 GMT21 From: "David J. Dachtera" <djesys.nospam@fsi.net>a$ Subject: Re: Remote Password changes' Message-ID: <3C7DA2F4.6B63B589@fsi.net>    Hoff Hoffman wrote:e > [snip]H >   We (OpenVMS) are still working to integrate external authentication,E >   with the ACME stuff being available to a few sites -- ACME is theoE >   external authentication interface, and what we hope products fromeF >   Compaq and interested ISVs will be using for authentication.  (YouG >   specifically mention TCP/IP Services, and I will point out that the 1 >   product is not yet using the ACME interface.)   B If I have to use ACME stuff, does that mean I'll have to live in aF desert and end up splattered on the road at the bottom of a 1,000-foot high cliff?    --   David J. Dachtera0 dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Wed, 27 Feb 2002 21:31:07 -06006+ From: Shael Richmond <ksrich@bellsouth.net>U$ Subject: Re: Remote Password changes- Message-ID: <3C7DA47B.335076B9@bellsouth.net>-   Larry Kilgallen wrote:  ] > In article <3C7C603B.C94C8C4B@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes:- > > Larry Kilgallen wrote: > >>` > >> In article <3C7B10EA.5F48CF03@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes:G > >> > We are restructuring our security.  I'm looking for a way for my J > >> > users to be able to change their password on our development systemD > >> > and then migrate that password change to our 30 remote sites. > >> > >> > Any suggestions?i > >>F > >> Propagating reusable passwords means propagating vulnerabilities. > >tJ > > I'm not really interested in security, it's not a concern for me, just > > the auditors!d > * > Please pass my remarks along to them :-) > 9 > > The systems aren't accessable from the outside world.a > A > If there is no concern at all about insider attacks, why do youo% > bother requiring password changes ?o  N Because it's "security policy"!  One of the advantages of being the only group: in the company running VMS is they used to leave us alone.   Shaell   ------------------------------  # Date: Thu, 28 Feb 2002 03:44:17 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>/$ Subject: Re: Remote Password changes' Message-ID: <3C7DA906.D13B0893@fsi.net>.   Shael Richmond wrote:- >  > David McKenzie wrote:e > ( > > But you could run DECnet over TCP/IP > >" > L > Only if we ran DECNET Plus and we still use DECnet Phase IV for the little > bit of DECNET we still use.r  $ Multinet supports DECnet-IV over IP.   -- a David J. Dachtera$ dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Wed, 27 Feb 2002 20:22:33 GMT " From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Revamping of OPCOM ?,. Message-ID: <debf8.22$Or2.956@typhoon.bart.nl>  6 Since SMS is a VMS application that should be posible?  9 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in messageW: news:20020227111108.51251.qmail@web20209.mail.yahoo.com...0 > Should be better if the OPCOM Server becomes a, > SMS Server or IM (Instant Message) Server. >u >e3 > I will receive SMS messages in my mobile phone ors& > IM messages in my wireless IPaq !!!! >r. > Like Apple we must "Think Different" :-))))) >d	 > REgardse >- > FC4 > --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote:5 > > Looking at how they implemented the equivalent of  > > OPCOM on the space station,t3 > > I am wondering if it wouldn't be time to revampr > > OPCOM totally. > > 6 > > For years now, folks have been asking the question > > of how an application cann5 > > capture OPCOM messages. The solution (to create aa > > phanton session with a1 > > special terminal driver and issue the commands- > > REPLY/ENABLE to it) seems very inelegant.d > >e5 > > Shouldn't there be some easy and "structured" waya > > for an application to.6 > > "subscribe" to OPCOM messages and then receive the > > messages in a structured	 > > way ?  > >s6 > > When I look at the caution and warning system they > > built for the spacea8 > > station, it makes me realise the potential missed by
 > > OPCOM. > >i2 > > By having a central, but intelligent "hub" for > > messages, a lot more can bes5 > > done. In a cluster, OPCOM already has the centralt  > > architecture, but is missing > > the smarts.v > >x0 > > By "growing" OPCOM into a smart "caution and > > warning" hub, then any8 > > application could send its error messages to it, and > > provide a "plug-in" that7 > > would provide list of errors and how they should be  > > handled. OPCOM would thenr7 > > also provide plug-ins for notification (email, texti > > to voice, aural tones,3 > > paging, TAP/SMS etc that would provide a commond  > > infrastructure that could be5 > > used by any application and help further automate  > > the system). > >s7 > > I know that some may say that this can be done on aa > > PC attached to OPA0: and7 > > capturing messages. But that just isn't a "VMS" way- > > of doing things. > >e7 > > And one should be able to define filters that wouldo > > transform a simple OPCOM- > > message into a REQUEST requiring operatora& > > confirmation to ensure operator is > > aware etc etc. > >56 > > And by integrating Mr Vottero's port of the SYSLOG > > server, you could have any6 > > machine/application on the net send OPCOM messages > > to indicate status of theirn > > applications etc.r >i >t > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilc > fabiopenvms@yahoo.com.br > ========================== >e4 > __________________________________________________ > Do You Yahoo!?: > Yahoo! Greetings - Send FREE e-cards for every occasion! > http://greetings.yahoo.com   ------------------------------  % Date: Thu, 28 Feb 2002 11:11:12 +1030t: From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: RE: SHOW USER/FULLrN Message-ID: <07103702F27FD411ACA30000F808545257CED0@sagemshs001.fmc.sa.gov.au>   Thank you to all who replied.dJ I believe that the client in question is using a PC, not a terminal serverD (and I may be mislead here), but this gives me something to work on.   Cheers,n Chris    > -----Original Message-----< > From: Malcolm [mailto:malcolmix@neverness.freeserve.co.uk]' > Sent: Thursday, 28 February 2002 2:31s > To: Info-VAX@Mvb.Saic.Comb > Subject: Re: SHOW USER/FULLc >  > G > "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> wrote in message @ > news:07103702F27FD411ACA30000F808545257CEC5@sagemshs001.fmc.sa > .gov.au... > > Hi all,d > >w > > OpenVMS 7.3e > > TCP/IP Services 5.1 ECO 3s > >e > > $ show user/full  useraA; > >       OpenVMS User Processes at 27-FEB-2002 15:22:55.38a; > >     Total number of users = 1,  number of processes = 1c > >n > >p > > B > > Does anyone know what the "Locn: PNUM=2:PNAM=       :" means ? > >n= > The location information comes from some field defined for e > that purpose in 6 > the TELNET protocol. If the TELNET client sends the  > information, UCX willc) > display it in place of the port number.e > ? > It is saying that USERA is connected from port number 2 on a d > terminal servere< > of some sort at 10.18.9.70. The "PNAM=          :" is the  > port name portion.@ > Obviously port 2 on your server has no name. If you give it a  > port name, the% > port name will appear instead, e.g:r > 5 >  Username   Node   Process Name    PID     Terminal 3 >  USERA     NODEA  USERA (4)    24814118  TNA6479:n< >             (Host: 10.18.9.70 Locn: PNUM=2:PNAM=PORT_NAME) >  >  > Hope that helps,
 > -Malcolm >  > -- > Malcolm MacArthur. > / > Subtract nine for e-mail (anti-spam measure).d > >l > > Thanks in advance, > > Chris Barratts >  >    ------------------------------  % Date: Thu, 28 Feb 2002 11:32:53 +1030d: From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: RE: SHOW USER/FULLiN Message-ID: <07103702F27FD411ACA30000F808545257CED1@sagemshs001.fmc.sa.gov.au>  H FYI....further investigation did show this up as a terminal server...the> client's PC is connect via serial port to the terminal server.   > -----Original Message----- > From: Barratt, Chris (FMC) 2( > Sent: Thursday, 28 February 2002 11:11 > To: Info-VAX@Mvb.Saic.Com  > Subject: RE: SHOW USER/FULL  >  >  > Thank you to all who replied.e= > I believe that the client in question is using a PC, not a o > terminal servereF > (and I may be mislead here), but this gives me something to work on. > 	 > Cheers,, > Chrisa >  > > -----Original Message-----> > > From: Malcolm [mailto:malcolmix@neverness.freeserve.co.uk]) > > Sent: Thursday, 28 February 2002 2:31o > > To: Info-VAX@Mvb.Saic.Come > > Subject: Re: SHOW USER/FULLe > >  > > ? > > "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> wrote n > in messageB > > news:07103702F27FD411ACA30000F808545257CEC5@sagemshs001.fmc.sa > > .gov.au...
 > > > Hi all,  > > >s > > > OpenVMS 7.3  > > > TCP/IP Services 5.1 ECO 3r > > >b > > > $ show user/full  userag= > > >       OpenVMS User Processes at 27-FEB-2002 15:22:55.385= > > >     Total number of users = 1,  number of processes = 1  > > >  > > >  > > >.D > > > Does anyone know what the "Locn: PNUM=2:PNAM=       :" means ? > > >s? > > The location information comes from some field defined for t > > that purpose ini8 > > the TELNET protocol. If the TELNET client sends the  > > information, UCX will + > > display it in place of the port number.a > > A > > It is saying that USERA is connected from port number 2 on a t > > terminal server-> > > of some sort at 10.18.9.70. The "PNAM=          :" is the  > > port name portion.B > > Obviously port 2 on your server has no name. If you give it a  > > port name, the' > > port name will appear instead, e.g:e > > 7 > >  Username   Node   Process Name    PID     Terminald5 > >  USERA     NODEA  USERA (4)    24814118  TNA6479:i> > >             (Host: 10.18.9.70 Locn: PNUM=2:PNAM=PORT_NAME) > >  > >  > > Hope that helps, > > -Malcolm > >  > > -- > > Malcolm MacArthurl > > 1 > > Subtract nine for e-mail (anti-spam measure).q > > >r > > > Thanks in advance, > > > Chris Barrattw > >  > >  >    ------------------------------  % Date: Wed, 27 Feb 2002 15:21:53 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>i  Subject: Solution for the merger, Message-ID: <3C7D3FD8.950A3B08@videotron.ca>   Eureka:e  J HP buys VMS, Tru64 and Tandem AND ALPHA, voids the Intel deal and gets theK compiler and alpha engineers to HP. HP then resurects Alpha, dumps IA64 andmN goes full blast against IBM/Power. HP-UX users are migrated to Tru64. HP turnsM against Microsoft and puts a plethoria of products (including VMS) to competerH against Microsoft. HP turns to the government to force Microsoft to port Office to VMS workstations.   M Compaq gets's HP's wintel business, and can focus exclusively on wintel stuff K without any other distraction. It then tries to compete against Gateway and * Dell and remains a small box manufacturer.    ' Sorry, but aren't we allowed to dream ?v   ------------------------------  % Date: Wed, 27 Feb 2002 15:24:16 -0500c1 From: Michael Austin <maustin@firstdbasource.com>r$ Subject: Re: Solution for the merger2 Message-ID: <3C7D4070.3F9152D0@firstdbasource.com>  C dreaming is one thing, being dellusional usually finds oneself in aiG padded room wearing a particular tight-fitting, non-flattering piece ofw white clothing.l   :) :)u   -- h Regards,  7 Michael Austin            Registered Linux User #261163a7 First DBA Source, Inc.    http://www.firstdbasource.comt Sr. Consultant   JF Mezei wrote:n > 	 > Eureka:t > L > HP buys VMS, Tru64 and Tandem AND ALPHA, voids the Intel deal and gets theM > compiler and alpha engineers to HP. HP then resurects Alpha, dumps IA64 andcP > goes full blast against IBM/Power. HP-UX users are migrated to Tru64. HP turnsO > against Microsoft and puts a plethoria of products (including VMS) to compete J > against Microsoft. HP turns to the government to force Microsoft to port > Office to VMS workstations.u > O > Compaq gets's HP's wintel business, and can focus exclusively on wintel stuff M > without any other distraction. It then tries to compete against Gateway andI, > Dell and remains a small box manufacturer. > ) > Sorry, but aren't we allowed to dream ?a   ------------------------------  + Date: Wed, 27 Feb 2002 15:44:47 -0800 (PST)o. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>$ Subject: Re: Solution for the merger@ Message-ID: <20020227234447.38667.qmail@web20209.mail.yahoo.com>   Well   Talking about DREAMS !!!!!  - - HP buys Compaq and stay commited to the DOEn3 agreement. Saves OpenVMS, but Tru64 stills menaced.b* HP will port TruCluster software to HP-UX.  , - IBM buys DELL or make an agreement saying:  2 We dont want to sell servers and stations. We will/ develope just notebooks and mobile devices, butr1 you must buy our HDs and technology and integratee5 the Tivoli and Lotus notes in your servers. IBM stayse- commited to MVS and Linux too. Dell still M$.    or   - IBM buys Sun  - - Sun buys Palm, because it needs a "popular"p/ product. Sun is commited to the Corps. But withc5 Palm and redeveloping PalmOS with Java core, they cann, startup in the mobile world. May be Insignia can help them.    3 - Gateway still Gateway sellin PCs but with a loweru part of the market.      Regards-   FC      2 --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote:	 > Eureka:p > 4 > HP buys VMS, Tru64 and Tandem AND ALPHA, voids the > Intel deal and gets the-- > compiler and alpha engineers to HP. HP thene! > resurects Alpha, dumps IA64 and 4 > goes full blast against IBM/Power. HP-UX users are > migrated to Tru64. HP turnse4 > against Microsoft and puts a plethoria of products > (including VMS) to compete2 > against Microsoft. HP turns to the government to > force Microsoft to portl > Office to VMS workstations.  > 3 > Compaq gets's HP's wintel business, and can focusI > exclusively on wintel stuff 1 > without any other distraction. It then tries ton > compete against Gateway and , > Dell and remains a small box manufacturer. >  > ) > Sorry, but aren't we allowed to dream ?a     =====c ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?8 Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com   ------------------------------   Date: 27 Feb 2002 21:12:46 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)   Subject: Re: Sound on alpha/VMS?0 Message-ID: <a5ji4e$97r$1@n.ruf.uni-freiburg.de>  i In article <a5j9qi$87l$1@newslocal.mitre.org>, lewis@lumina.removethis.mitre.org (Keith A. Lewis) writes: H >I see some audio ports in the back of my Alphastation 500au.  Are these >usuable under VMS at all?  B It depends. If you have the right sound card they work. Mine do...   Regards,    Christoph Gartmanno  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Wed, 27 Feb 2002 14:04:11 -0500v; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>g/ Subject: Re: tool to calc recursive dir sises ?e$ Message-ID: <3c7d2dfc$1@news.si.com>  F >I'd like someting to run in batch at night and mail me the reports...  J Why this fixation about the space taken by the subdirectories? Since everyC single file in them has the potential of being owned by a differentnI resource, perhaps you want to know how much is owned by each resource, no F matter where the objects reside.  This is called quota.  Use the quota' system you alreday have to report this.  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.comm= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 27 Feb 2002 20:41:51 +0100t9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> / Subject: Re: tool to calc recursive dir sises ?e' Message-ID: <3C7D367F.F0341538@aaa.com>n  : All files on any device are mine (either belongs to SYSTEMD or the application user on the box), so the disk quota don't tell me@ anything new. There are no traditional "users" on this box, justA a batch oriented application. The disk quota system is of a minor  use on this system.b   Never mind, forget it...  	 Jan-Erik.    Brian Tillman wrote: > H > >I'd like someting to run in batch at night and mail me the reports... > L > Why this fixation about the space taken by the subdirectories? Since everyE > single file in them has the potential of being owned by a different7K > resource, perhaps you want to know how much is owned by each resource, noBH > matter where the objects reside.  This is called quota.  Use the quota) > system you alreday have to report this.r > --C > Brian Tillman                   Internet: tillman_brian at si.comeC > Smiths Aerospace                          tillman at swdev.si.comr? > 3290 Patterson Ave. SE, MS      Addresses modified to prevento> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 27 Feb 2002 23:08:59 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX SCAN 1 Message-ID: <fGdf8.273$fL6.5965@news.cpqcorp.net>   g In article <3C7B4BB5.22264F47@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:e  : :	Is there a way to simply redesign VAX SCAN to implement " :SCAN -> MACRO32/64 preprocessor ?  &   That's effectively a code generator.  ,   Changing code generators is "interesting".  H   I'd be looking at translating existing VAXscan code to Perl or Python.  G   I'd even look at using VAXscan to do this translation, but that usage 4   might well be considered heretical by a few folks.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 27 Feb 2002 23:31:52 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX SCAN 1 Message-ID: <I%df8.275$fL6.5867@news.cpqcorp.net>e  c In article <3C7B7900.A059FB67@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:D  E :Now, could someone in a few words desribe what SCAN is and/or does ?a  H   VAXscan is a text-processing language with a strong base of supportersH   and an unfortunately old and VAX-specific object code generator (VCG).G   VAXscan has some very nice parsing and pattern-matching capabilities.e  2   The VAXscan package is limited to OpenVMS VAX.    8   There are no plans to port VAXscan to OpenVMS Alpha.       Source code is available.h  J   In place of VAXscan, please learn Perl or Python, as these are far more F   widely available.  Depending on what you are up to, other potential K   alternatives include various of the available compiler-compiler packages  A   (lex/yacc, flex/bison, etc), and OpenVMS parsing tools such as lG   LIB$T[ABLE_]PARSE and the CLI callbacks -- LIB$T[ABLE_]PARSE and the tC   CLI callbacks are more limited and more targeted than is VAXscan.i  G   If you really want to learn about VAXscan, the manuals and the sourcetG   code are available on-line.  (Please look on the Freeware V4.0 kits.)"    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 28 Feb 2002 09:55:33 +0300 4 From: "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> Subject: Re: VAX SCANm0 Message-ID: <3C7DD465.2682F04B@smtp.deltatel.ru>   Hello Hoff,r     Hoff Hoffman wrote:n > i > In article <3C7B4BB5.22264F47@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:o > A > :       Is there a way to simply redesign VAX SCAN to implementw$ > :SCAN -> MACRO32/64 preprocessor ? > ( >   That's effectively a code generator. > . >   Changing code generators is "interesting".  !  Add my vote, 2 cents and so on !a   > J >   I'd be looking at translating existing VAXscan code to Perl or Python.E 	I'm not like perl/phyton and other *ix stuff, personaly. to MACRO is  better. :-)o   > I >   I'd even look at using VAXscan to do this translation, but that usageg6 >   might well be considered heretical by a few folks. 	s > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   -- n Cheers, Ruslan.sD +---------------------pure personal opinion------------------------+;       RADIUS Server for OpenVMS project - www.radiusvms.coma8         vms-isps@dls.net - Forum for ISP running OpenVMS*                  Mobile: +7 (901) 971-3222A    TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RUE   ------------------------------  % Date: Wed, 27 Feb 2002 23:17:29 -0500-' From: Jim Becker <jbecker@ui.urban.org>2 Subject: Re: Very slow ftp, Message-ID: <3C7DAF59.D330AC51@ui.urban.org>   Tomasz Dryjanski wrote:F > K > I observe a very slow ftp transfer on my system (3.76 kB/s, ie. 30 kb/s).aH > I use an AlphaServer 1000A with DE500 network interface (10 Mb/s set).L > I have VMS 7.2-1H1 installed on it with all mandatory patches, and those IN > thought could affect ftp performance. I have also tried an insulated networkF > (one small hub, one laptop, two new patchcords) to eliminate networkE > problems. I have tried another DE500. And there is still no result.j > 2 > Have you got any idea what I could do to fix it?  E Is the AlphaServer the FTP client or the FTP server? What's the other1 machine?  C Have you analyzed system performance on either system (overburdened  disks, swamped CPUs, etc.)?i  C Have you tried a protocol analyzer to watch what's actually passings over the wire?   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)u' Encompass (http://www.encompassus.org/) . ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------  # Date: Thu, 28 Feb 2002 04:44:44 GMTd" From: "ohm62" <ohm62@coldmail.com> Subject: Re: Very slow ftp6 Message-ID: <0Bif8.6745$E11.6261@nwrddc02.gnilink.net>   You're lucky ;-)  H I have a DPW 500au w/DE500 set to fast ethernet 100Mb/s, running OpenVMSL V7.2-1 and Compaq TCPIP v5.0, connected to a Compaq Proliant 400 Windows 2kp via  a 100Mb/s switch...  I From the PC, I can telnet, rexec, rlogin to the Alpha alright...  However I FTP clients just hang most of the time.  The connection is established...m8  (I see plenty of file accesses after a SET AUDIT /ALARM /ENABLE=ACCESS=ALL),I ... but the Username: prompt doesn't show up (or once in 10 attempts...).N Then it just times out...e  E FTP between the Proliant and a laptop I occasionally plug on the same  switch, is lightning fast...   Grrrr....!!!       -- Olivier.h      < "Tomasz Dryjanski" <tdryjanski@hotmail.com> wrote in message( news:a5in0u$20qb$1@news2.ipartners.pl...K > I observe a very slow ftp transfer on my system (3.76 kB/s, ie. 30 kb/s). H > I use an AlphaServer 1000A with DE500 network interface (10 Mb/s set).L > I have VMS 7.2-1H1 installed on it with all mandatory patches, and those IF > thought could affect ftp performance. I have also tried an insulated networkiF > (one small hub, one laptop, two new patchcords) to eliminate networkE > problems. I have tried another DE500. And there is still no result.S >F2 > Have you got any idea what I could do to fix it? >i > TIAt >e > -- >n > T. D.  >u >g   ------------------------------  % Date: Wed, 27 Feb 2002 19:56:26 -0500 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>2 Subject: Re: VMS single Login with NDS e-directory* Message-ID: <3C7D8039.55C0BDB@rtfmcsi.com>   Seos mac Crthaigh wrote:h  B > Is there any VMS single log-in software which will work with NDSF > e-directory?  The idea being that users would make a single login to> > acess a range of systems, and there would be single password" > management across those systems. >s > thanks > 	 > Seosamh.  H There are a couple of products based on NDS eDirectory that approach the@ problem from several different directions, but none of them runs! natively on OpenVMS at this time.5   Here's what exists:u    & 1)  SecureLogin (f.k.a. Single Signon)  G This is a product that allows sets of credentials to be securely storedMD in NDS.  Each user object in NDS has an attribute called the "secretH store" attached to it.  The user can use the SecureLogin client to store@ credentials in the secre store for each system that they need toF access.  Then, using a terminal emulator that is aware of SecureLogin,@ they establish a session with a host system [e.g. OpenVMS].  TheF terminal emulator then makes use of the SecureLogin client to retrieveF the user's credentials for the particular system to which a connectionH has been established.  The terminal emulator then does screen-scraping /F key stroke stuffing to feed the user's credentials into the session to> effectively allow the login to occur w/o requiring user input.  F The user is entirely responsible for managing their credentials.  If aH password is changed on a host system then it also needs to be updated in the secret store.n  D This method is also limited by the fact that this is all tied to theD Novell Client being installed on the PC, the user having had to haveG logged in to NDS first and the applications and/or host systems must be G aware of the SecureLogin client on the PC in order to take advantage ofn SecureLogin.  = If you use one of the terminal emulators that is supported byaB SecureLogin then you can at least perform an interactive logon w/oD having to manually input any credentials.  However, performing a SETD HOST or TELNET command from within the session will probably requireD that you manually enter the credentials required to login to anotherD system in this manner.  Only logins established directly through the2 terminal emulator get automated with this product.     2)  NDS Account Manager.  D This is a product where a host system's entire user account databaseG [e.g. SYSUAF.DAT, password files, SAM database, etc...] is exported outtH to the NDS tree into custom defined objects such that all of the accountH database information is now stored in NDS.  The host system is "patched"G so that all attempts to access account data [via published API functionF= calls on the host system] get redirected out to NDS.  ThroughuG establishing relationships similar to group memberships, it is possibletG to take a single user object in NDS and associate it with multiple hosteG systems, domains, etc... such that the user has a single username and a D single password that *all* systems end up checking at authentication time.i  A This is a very invasive method of handling the problem that it isHG supposed to solve.  When it is done right it works very well.  However,PD this requires a high degree of ongoing support to keep it compatibleG with new versions of each supported operating system because the schemafF of the NDS objects used to store the user account database may need to9 be modified/converted with each operating system upgrade.t  H The user still has to manually enter their username & password to login,D but at least they always have the same username & password to enter.    ( 3)  NDS Authentication Services (NDS-AS)  F This is perhaps the cleanest approach.  Each host system maintains itsF own user account database.  However, the actual passwords and the stepH where the passwords are validated is taken out of the host system and isF performed by the NDS-AS service running on NetWare servers.  Each hostH system must support some sort of call-out / extension feature whereby an@ add-on software product can intercept the user's credentials andG authenticate them externally and then pass the results back to the hosteH system's O.S. to allow the login process to complete.  The NDS-AS clientF can be called by home-grown applications, too, so you can automate theF login to specific applications if you want to.  The NDS-AS client thatG is "integrated" with the host system's O.S. via external authenticationtG hooks can be tailored such that a login for an account like "SYSTEM" iss@ always authenticated locally via the system's local user accountH database, but other user accounts [perhaps matching some naming pattern,F etc...] are externally authenticated.  This makes it a relatively safeF product to use because you can always make sure that accounts that areE critical to booting & managing a system can be authenticated locally. B This helps out a lot if there is some sort of WAN/LAN problem that? results in a system being cut-off from all access to the NDS-ASeH servers.  Some major O.S.'s like OS/390 and AIX are supported by NDS-AS.  H The NDS-AS product grew out of a software development project at ClemsonF University in Clemson, SC.  The Clemson campus integrated 2 flavors ofH midrange Unix, 1 or 2 supercomputer flavors of Unix, NetWare [NDS], DOS,G Win3.x, Win9x, WinNT and MVS [IBM mainframe] such that logins to all of C those systems were authenticated via user accounts in the NDS tree.nG This allowed for each user to have only a single username & password to B remember, yet it was secure enough in that it required the user toH actually enter the credentials to login to each system.  Also, disablingG an account, changing a password, granting access to computing resourcesiD based on course enrollment, etc... was directly controlled through aF single NDS tree.  The course registration &  enrollment program on theA mainframe was modified to allow information in the NDS tree to be-G automatically modified based on actual course enrollment so much of thetE administration of student computer access was fully automated.  There/E were something like 36,000 user objects in the NDS tree and they were5< used by students, faculty and other staff at the university.  A Given that OpenVMS already has some external authentication hooksfG present [officially supported in v7.3?], it seems likely that NDS-AS isnB the best candidate to be ported over to OpenVMS.  Last year at theG Novell BrainShare conference there were some rumblings about getting an-D OpenVMS client out for NDS-AS, but I don't recall that I've actuallyG seen it make an appearance, and OpenVMS is not currently on the list of F supported O.S.'s for NDS-AS.  I'm going to be at BrainShare again thisE year and this particular question is on my list to get answered while G I'm there.  There is a "meet the experts" event at the conference wheredG on one evening all of the product development engineers are together in H one place at one time and system admin folks and software developers getH to talk directly to them about their products.  I'll pin down the NDS-ASG developers so that I can find out what the actual status is for supportb of OpenVMS with NDS-AS.      HTH,   Chuckh -- Chuck Choppb  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.com    ------------------------------  # Date: Wed, 27 Feb 2002 20:57:07 GMT ! From: Ernest <wmozart5@yahoo.com>.( Subject: What return codes mean success?A Message-ID: <DKbf8.158958$xr.9529405@bin4.nnrp.aus1.giganews.com>R  H I've noticed that when calling system() or execlp() in a C program, the J return codes of DCL commands (WRITE, COPY, etc.) are quite different even J in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, while  SHOW DEFAULT returns 196609.  I Similarly, commands like CC and CXX return some pretty bizarre values on r success (like 12124161).  I Is there any easily programmatic way (like a macro you can pass a return  I value which will return true or false) to translate these various values rH as success or failure?  Or how else might one go about determining this?   Thanks,e Ernest   ------------------------------  % Date: Wed, 27 Feb 2002 16:10:46 -0500g1 From: Michael Austin <maustin@firstdbasource.com>., Subject: Re: What return codes mean success?2 Message-ID: <3C7D4B56.9B1A97FF@firstdbasource.com>   anything ANDed with 1.! anything ANDed with 0 is failure.e   if $status then   !!success  h if .NOT. $status then !!failure,    G to see, issue search commands (some that succeed and fail) followed by:a  $show symbol $STATUS   
 Ernest wrote:s > I > I've noticed that when calling system() or execlp() in a C program, the K > return codes of DCL commands (WRITE, COPY, etc.) are quite different evenPK > in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, while4 > SHOW DEFAULT returns 196609. > J > Similarly, commands like CC and CXX return some pretty bizarre values on > success (like 12124161). > J > Is there any easily programmatic way (like a macro you can pass a returnJ > value which will return true or false) to translate these various valuesJ > as success or failure?  Or how else might one go about determining this? > 	 > Thanks,M > Ernest   -- r Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.comy Sr. Consultant 704-947-1089 (Office)e 704-236-4377 (Mobile)g   ------------------------------  # Date: Wed, 27 Feb 2002 21:18:05 GMTt From: system@SendSpamHere.ORGg, Subject: Re: What return codes mean success?0 Message-ID: <00A0A332.C4470933@SendSpamHere.ORG>  e In article <DKbf8.158958$xr.9529405@bin4.nnrp.aus1.giganews.com>, Ernest <wmozart5@yahoo.com> writes:iI >I've noticed that when calling system() or execlp() in a C program, the -K >return codes of DCL commands (WRITE, COPY, etc.) are quite different even  K >in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, while -   65537(10)   =>  00010001(16)   >SHOW DEFAULT returns 196609.    196609(10)  =>  00030001(16)   >HJ >Similarly, commands like CC and CXX return some pretty bizarre values on  >success (like 12124161).<   12124161(10) => 00B90001(16) >kJ >Is there any easily programmatic way (like a macro you can pass a return J >value which will return true or false) to translate these various values  >as success or failure?s >n >Thanks, >Ernests  H Notice anything peculiar about the hexadecimal values of the numbers you have provided??e  3 >  Or how else might one go about determining this?   J In VMS, an ODD value (low bit one) is TRUE or SUCCESSFUL and An EVEN value$ (low bit zero) is FALSE or an error.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt            mJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbess   ------------------------------   Date: 27 Feb 2002 21:14:16 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)T, Subject: Re: What return codes mean success?0 Message-ID: <a5ji78$97r$2@n.ruf.uni-freiburg.de>  e In article <DKbf8.158958$xr.9529405@bin4.nnrp.aus1.giganews.com>, Ernest <wmozart5@yahoo.com> writes:(I >I've noticed that when calling system() or execlp() in a C program, the  K >return codes of DCL commands (WRITE, COPY, etc.) are quite different even eK >in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, while - >SHOW DEFAULT returns 196609.- >-J >Similarly, commands like CC and CXX return some pretty bizarre values on  >success (like 12124161).- >-J >Is there any easily programmatic way (like a macro you can pass a return J >value which will return true or false) to translate these various values I >as success or failure?  Or how else might one go about determining this?o  H Even return codes are bad, odd ones mean success. Thus, you just need to test the last bit.   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Wed, 27 Feb 2002 22:30:25 GMTl! From: Ernest <wmozart5@yahoo.com>-, Subject: Re: What return codes mean success?C Message-ID: <56df8.262724$eS3.18756726@bin3.nnrp.aus1.giganews.com>V  6 gartmann@immunbio.mpg.de (Christoph Gartmann) wrote in) news:a5ji78$97r$2@n.ruf.uni-freiburg.de: -  G > Even return codes are bad, odd ones mean success. Thus, you just needd > to test the last bit.   4 Well, that was easier than I expected.  8^)  Thanks!   Cheers,- Ernest   ------------------------------  % Date: Thu, 28 Feb 2002 03:28:30 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender), Subject: Re: What return codes mean success?; Message-ID: <3c7d95ce.524144494f47414741@radiogaga.harz.de>S  " Ernest (wmozart5@yahoo.com) wrote:7 > gartmann@immunbio.mpg.de (Christoph Gartmann) wrote: eI > > Even return codes are bad, odd ones mean success. Thus, you just needA > > to test the last bit.  >o6 > Well, that was easier than I expected.  8^)  Thanks!  F The full story, of course, is that the least significant three bits of1 the condition value carry the status information:      0 => warning   1 => success   2 => error   3 => informational   4 => severe error    5-7 (reserved)  > But testing the last bit is okay if you just need to determine success/failure.   cu,r   Martin -- eD                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.dedE   KNOW where you want  |     http://www.pdv-systeme.de/users/martinv/W8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 28 Feb 2002 03:43:54 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: What return codes mean success?1 Message-ID: <_Hhf8.289$fL6.5867@news.cpqcorp.net>   e In article <DKbf8.158958$xr.9529405@bin4.nnrp.aus1.giganews.com>, Ernest <wmozart5@yahoo.com> writes:-I :I've noticed that when calling system() or execlp() in a C program, the mK :return codes of DCL commands (WRITE, COPY, etc.) are quite different even 1K :in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, while t :SHOW DEFAULT returns 196609.g :eJ :Similarly, commands like CC and CXX return some pretty bizarre values on  :success (like 12124161).c :.J :Is there any easily programmatic way (like a macro you can pass a return J :value which will return true or false) to translate these various values I :as success or failure?  Or how else might one go about determining this?S  H   Please acquire and read the programming concepts manual in the OpenVMSG   documentation set, and specifically please review the information in o6   that manual on the OpenVMS condition value format.    ?   As others have pointed out, success is odd.  Failure is even.k  &   In C, a common test looks like this:     #include <stsdef.h>w   ...t%   if (!$VMS_STATUS_SUCCES( RetStat ))      punt...y    F   Please also review the C programming information in the OpenVMS FAQ,E   and topic (1661) in the Ask The Wizard area of the OpenVMS website.wF   (It appears you are new to OpenVMS programming, hence I am includingF   pointers here to some of the common sources of coding bugs and also 0   to some of the common programming confusions.)  K   The C run-time library uses the C library expectations for return codes, aJ   meaning they are all over the map -- zero is success in some cases, and !   indicates a failure in others. -  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 28 Feb 2002 03:39:37 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a, Subject: Re: What return codes mean success?' Message-ID: <3C7DA7ED.AE894A0B@fsi.net>s  
 Ernest wrote:o > I > I've noticed that when calling system() or execlp() in a C program, theeK > return codes of DCL commands (WRITE, COPY, etc.) are quite different eveneK > in cases of success.  e.g., WRITE SYS$OUTPUT "Hello" returns 65537, whiled > SHOW DEFAULT returns 196609. > J > Similarly, commands like CC and CXX return some pretty bizarre values on > success (like 12124161). > J > Is there any easily programmatic way (like a macro you can pass a returnJ > value which will return true or false) to translate these various valuesJ > as success or failure?  Or how else might one go about determining this?  G Unlike UN*X-land, VMS has more than just "success" ("odd") or "failure"e	 ("even"):r  ) ($STATUS .AND. 7) .EQ. 0	Warning Severityh' ($STATUS .AND. 7) .EQ. 1	Normal SuccessT' ($STATUS .AND. 7) .EQ. 2	Error Severitya. ($STATUS .AND. 7) .EQ. 3	Informational message. ($STATUS .AND. 7) .EQ. 4	Severe_error Severity  @ See HELP ON for information on error trapping in DCL procedures.  C In general, the odd/even thing is useful, as long as you don't caree about the details. For example,e  4 DJAS01::DDACHTERA$ create/directory DKA0:[DDACHTERA]1 %CREATE-I-EXISTS, DKA0:[DDACHTERA] already existso! DJAS01::DDACHTERA$ sh sym $status    $STATUS == "%X10911293"h# DJAS01::DDACHTERA$ sh sym $severityd   $SEVERITY == "3"  E The duplicate directory situation is flagged as informational, thoughoH you may want to treat it as an error if the directory should not already exist.   --   David J. Dachterae dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  + Date: Thu, 28 Feb 2002 02:55:32 +0000 (UTC)i* From: bleau@umtof.umd.edu (Lawrence Bleau)+ Subject: Why does ERRFMT give me RSZ error?m0 Message-ID: <a5k674$49j$1@grapevine.wam.umd.edu>  H I just noticed a problem: my error logging process (ERRFMT) is no longerJ running.  I restarted it with a  @SYS$SYSTEM:STARTUP ERRFMT  and monitoredH OPCOM messages.  It gave me 20 error messages via OPCOM then died again. The error messages were:  8 %%%%%%%%%%%  OPCOM  27-FEB-2002 21:44:11.39  %%%%%%%%%%%! Message from user SYSTEM on UMDSP.' ERRFMT - ERROR ACCESSING ERROR LOG FILEl %RMS-F-RSZ, invalid record size   L I deleted all ERRLOG.SYS files in SYS$SPECIFIC:[ERRLOG] and retried it, sameL result.  A DIR/FULL of the topmost ERRLOG.SYS files shows nothing anomalous;L I show it below.  The disk (system disk) has loads of free space, is mountedI okay, is writable, etc., so there's no reason ERRFMT shouldn't be able to O create a file.  In fact, it *did*, as my tests show.  It just couldn't write to  the file it created!  K This is, like, wierd.  And the system was working okay last month, too.  IndN fact, I'm in the habit of renaming my ERRLOG.SYS files to archive the last few= months.  A DIR/FULL of the Jan 2002 file is also shown below.r  D I've never seen this before, and haven't a clue as to how to fix it.  G My system is a VAXstation 4000-90 running OpenVMS VAX V5.5-2.  I had nopI problems in this regard before, so the OS level shouldn't be the reason. nO I haven't upgraded or patched anything yet this year, haven't installed any newoA products, etc.  Something changed, but I don't know what.  Ideas?i  L Btw, I tried a HELP/MESSAGE RSZ on another system, but it didn't give me any hints.   Directory SYS$SPECIFIC:[SYSERR]   ; ERRLOG.SYS;63                 File ID:  (5240,10473,0)      0 Size:            2/3          Owner:    [SYSTEM]! Created:  27-FEB-2002 21:44:11.70E% Revised:  27-FEB-2002 21:44:11.91 (1)  Expires:   <None specified>r Backup:    <No backup recorded>d File organization:  SequentialV File attributes:    Allocation: 3, Extend: 0, Global buffer count: 0, No version limit6 Record format:      Variable length, maximum 756 bytes Record attributes:  None RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:  Access Cntrl List:  None   Total of 1 file, 2/3 blocks.   Directory SYS$SPECIFIC:[SYSERR]   ; ERRLOG200201.SYS;1            File ID:  (1320,43751,0)     S0 Size:           68/69         Owner:    [SYSTEM]! Created:   1-JAN-2002 00:08:19.42 ( Revised:   1-FEB-2002 00:00:02.65 (4609) Expires:   <None specified> ! Backup:    4-FEB-2002 15:35:23.77  File organization:  SequentialW File attributes:    Allocation: 69, Extend: 0, Global buffer count: 0, No version limit 6 Record format:      Variable length, maximum 304 bytes4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:n Access Cntrl List:  None   Total of 1 file, 68/69 blocks.   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edur   ------------------------------  % Date: Wed, 27 Feb 2002 22:50:18 -0500O- From: JF Mezei <jfmezei.spamnot@videotron.ca>]/ Subject: Re: Why does ERRFMT give me RSZ error?a, Message-ID: <3C7DA8E6.5E05A3F8@videotron.ca>   Lawrence Bleau wrote: : > %%%%%%%%%%%  OPCOM  27-FEB-2002 21:44:11.39  %%%%%%%%%%%# > Message from user SYSTEM on UMDSP ) > ERRFMT - ERROR ACCESSING ERROR LOG FILEe! > %RMS-F-RSZ, invalid record sizeA  D In VAX VMS 7.2, a dump of the file reveals some interesting tidbits:  : SYS$SPECIFIC:[SYSEXE]LISTPREPROC.DAT	-> what is that for ?  % There is something new I didn't know:.  M Apparently ERRFMT has the ability to mail something to someone. There are two  logicals defined:n ERRFMT$_SEND_MAIL "TRUE" ERRFMT$_SEND_TO   "SYSTEM"  . Under what conditions does ERRFMT mail stuff ?  W Also, check the logical for SYS$ERRORLOG to make sure it points to the right directory.uN ( SYS$SYSROOT:[SYSERR]) If it points to another directory where there might beD another errlog.sys file in a wrong file format, it might explain it.    P And an easter egg too: "ERRFMT - I bring you bad news" somewhere in the program.   ------------------------------  # Date: Thu, 28 Feb 2002 04:16:58 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Why does ERRFMT give me RSZ error?f1 Message-ID: <_aif8.291$fL6.5987@news.cpqcorp.net>e  \ In article <3C7DA8E6.5E05A3F8@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: :Lawrence Bleau wrote:; :> %%%%%%%%%%%  OPCOM  27-FEB-2002 21:44:11.39  %%%%%%%%%%%o$ :> Message from user SYSTEM on UMDSP* :> ERRFMT - ERROR ACCESSING ERROR LOG FILE" :> %RMS-F-RSZ, invalid record size  .   The usual suggestion is the ERRLOG two-step:  <     $ RENAME SYS$ERRORLOG:ERRLOG.SYS SYS$ERRORLOG:ERRLOG.OLD      $ @SYS$SYSTEM:STARTUP ERRFMT  E :In VAX VMS 7.2, a dump of the file reveals some interesting tidbits:s ..& :There is something new I didn't know: :iN :Apparently ERRFMT has the ability to mail something to someone. There are two :logicals defined: :ERRFMT$_SEND_MAIL "TRUE"r :ERRFMT$_SEND_TO   "SYSTEM"  : / :Under what conditions does ERRFMT mail stuff ?c ..I :And an easter egg too: "ERRFMT - I bring you bad news" somewhere in the 6	 :program.f  G   ERRFMT is documented has having the ability to send an email message  C   should it fail.  The "easter egg" cited is the text of the email.-D   Please look up ERRFMT in the index of the system manager's manual.0   One of the entries references sending email...  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 28 Feb 2002 03:43:37 GMT# From: merefbast@aol.com (MerefBast)1! Subject: Re: [Q] internet and VMSm9 Message-ID: <20020227224337.17576.00000904@mb-ct.aol.com>    MerefBast wrote: > O >    I saw a list comparing operating systems on internet related features, but I > VMS was missing from the comparison list. Does anyone know which of the-G > following VMS has (preferably with an authorative reference)? Thanks.<   Nic Clews ASKED:  9 >Could you provide a link to this so someone (?) can makeg >corrections where required.  B    I found a copy of the chart on Kirch's NT vs. UNIX web page at   http://www.unix-vs-nt.org/kirch/  J    He was quoting a web page that used to be on Digital's web site (CompaqL seems to have removed or renamed the page, so it isn't there anymore). Note:I the Digital web page was emphasizing Digital UNIX's advantages and didn'tr mention VMS.  I    The original source of the information was D.H. Brown's web site and InJ received permission from D.H. Brown to use any of their publicly available materials more than a year ago.   M    I have placed a copy of the chart as it appeared on Kirch's web page (withcJ color added to hopefully make the chart easier to view in a glance) and amM attempting to gather the information necessary to extend the chart beyond the J original handful of operating systems compared. My copy of the chart is atI http://www.OSdata.com/system/internet/internet.htm and any corrections or @ additions you are willing to offer would be greatly appreciated.  
    Thanks.   ------------------------------   Date: 28 Feb 2002 06:43:39 GMT) From: leslie@clio.rice.edu (Jerry Leslie)-! Subject: Re: [Q] internet and VMS0' Message-ID: <a5kjir$92k$1@joe.rice.edu>r  $ MerefBast (merefbast@aol.com) wrote: : D :    I found a copy of the chart on Kirch's NT vs. UNIX web page at " : http://www.unix-vs-nt.org/kirch/ :u4 Kirch doesn't own that domain any more, per a whois:   	Domain Research 	Domain Administratoro 	Vytauto Mail Box # 60 	Radviliskis - LT-5120
 	Lithuania 	Phone:	358-9-253-600-53 	Fax:	358-9-253-600-53 	quotes@DomainResearch.org  % 	Registrar Name:		addresscreation.com,+ 	Registrar Whois:	whois.addresscreation.comS/ 	Registrar Homepage:	http://addresscreation.com0   Domain Name: unix-vs-nt.orgo 	Created on:		11/25/2001 	Expires on:		11/25/2002# 	Record Last Updated on:	11/25/2001   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   End of INFO-VAX 2002.115 ************************