1 INFO-VAX	Wed, 11 Dec 2002	Volume 2002 : Issue 683       Contents:1 Re: "VMS will be around long after we retire" ... 1 RE: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... G Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...") G Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...")  RE: Another Porting Problem  Re: Another Porting Problem  Re: checksum is not valid  Re: checksum is not valid  Re: checksum is not valid  Re: concurrent file write 
 Re: CPU MODEL  DCPS 2.1 and HP LaserJet 5000GN   DECnet over IP - which TCP port?$ Re: DECnet over IP - which TCP port?$ Re: DECnet over IP - which TCP port? Re: Endianity of Itanium Re: Help on VAX/VMS 5.5  Re: Help! VMS 7.2 boot problems ' How many HSG80 targets can a node mount + Re: How many HSG80 targets can a node mount + Re: How many HSG80 targets can a node mount . Re: How many messages/second can a CI rail do?- Re: I give up, need Solaris for VMS jobs now. ) Re: Independent Consultants + OpenVMS.org ( Re: Issue with Working Set in SYS$CREPRC Re: KFPSA and Alpha Station 255 2 Need a couple of testers for openvms-managers list- Re: OT: Whoa! Is Sun aiming at VMS's jugular? - RE: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? 2 Re: Performance of atomic instructions and locking Re: Porting from Sun to OpenVMS  Re: Porting from Sun to OpenVMS  Porting PostgreSQL to VMS  Re: Porting PostgreSQL to VMS  Re: PostgreSQL for VMSB Re: Request for Discussion, make comp.os.vms a moderated newsgroup* Selling: DS10 600Mhz With VMS EIP Licenses* Selling: DS10 600Mhz With VMS EIP Licenses. Re: Selling: DS10 600Mhz With VMS EIP Licenses Silly HP zx6000 question Re: Silly HP zx6000 question# Re: Sysgen parameter VMS8 Odd Value ! Re: SYSMAN running in a batch job  Re: Using old VRT19-HA Monitor Re: Vest> [Q] Detecting client disconnects from UCX/TCP server by ServerB Re: [Q] Detecting client disconnects from UCX/TCP server by Server  F ----------------------------------------------------------------------  % Date: Tue, 10 Dec 2002 12:01:56 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk> : Subject: Re: "VMS will be around long after we retire" ..., Message-ID: <3df5c9a6$1@news.swissonline.ch>  > "Michael Austin" <maustin@firstdbasource.com> wrote in message, news:3DF5428C.CA252015@firstdbasource.com...  C > I had the opportunity today to install 2 T5 configurations of the I > StorageWorks HSG's with 552 * 72GB drives -- if you do the math, that's $ > approximately 39TB of raw storage. > B > (for those who don't know what the T5 config looks like, it is 2@ > cabinets with 12 shelves x 14 drive bays each cab + 4 HSG80's. >  > really cool stuff!!!   That's a lot of MP3's :-)    ------------------------------  + Date: Tue, 10 Dec 2002 12:11:15 +0000 (UTC) + From: david20@alpha1.mdx.ac.uk (David Webb) : Subject: RE: "VMS will be around long after we retire" ...+ Message-ID: <at4ll3$i3s$2@aquila.mdx.ac.uk>   ~ In article <BE56C50EA024184DAF48F0B9A47F5CF402660BEE@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes: >  > H >>>> Yes, yes. Important, and VMS is generally ignored by the developers@ >of virii and exploits due to them being interested in as wide a >distribution as possible.<< > I >Course, the fact that there are no known OpenVMS virus's in the wild (to H >my knowledge anyway) may also have something to do with it as well. ForI >anti-virus makers, how can you sell a solution when there is no problem?  > 2 You can sell anti-virus products running on VMS eg  = http://www.sophos.com/products/software/antivirus/savvms.html   K Though of course it only detects Windows viruses (and some Linux worms) etc $ not anything actually infecting VMS.  H Needed if your storing PC files on your VMS system (Pathworks, SAMBA) orH using VMS as a mailhub/mail store for users who access their mail from a PC mail client.     
 David Webb VMS and Unix team leader CCSS Middlesex University       > H >Perhaps we should introduce some weakness's into the OS architecture toC >make it easier to introduce Virus's to keep the masses busy and so ( >anti-virus companies can make a living? > C >>>>I think you (deliberately?) ignore the point David is trying to 	 >make.<<<  > H >Nope. I already stated I thought OpenVMS marketing could be better. YouE >won't find many knowledgeable people internal or external to HP that  >will argue that point.=20 > G >And the merits of back-porting a full 64bit OS like OpenVMS to a 32bit E >HW architecture on cheap hardware in the hope that this will somehow D >automatically attract a huge number of new ISV's has been debated a" >thousand times before in this NG. > H >Granted, I have access to information like OpenVMS Customer win reportsF >that most readers here do not have, so when some readers (albeit longI >time OpenVMS promoters) start to get discouraged, I simply try to remind F >them that OpenVMS is getting new Customers and existing Customers and; >ISV's are doing interesting stuff with OpenVMS these days.  > F >The OpenVMS market is not as good as it could be, but it is certainly; >not as bad as some participants on this NG believe either.  > I >In addition to the previous pointers, check out Mike's previous reply on . >the big OpenVMS SAN stuff as another example. > G >>>> [On a completely unrelated point... Won't Hoff and the rest of the C >engineering folks share their newsfeed with you? Trust me, it is a + >*much* better way to access the group.]<<<  > @ >I have a large number of different information sources and thisE >newsgroup is only one, but perhaps you can expand on what it is that " >bothers you in an offline email ? >  >Thx and regards >  >Kerry Main  >Senior Consultant >Hewlett-Packard (Canada) Co. " >Consulting & Integration Services >Voice: 613-592-4660 >Fax   : 613-591-4477  >Email: kerryDOTmain@hpDOTcom . >    (remove the DOT's and replace with "."'s) >  >  >  >-----Original Message----- ? >From: Doc.Cypher [mailto:Use-Author-Address-Header@[127.1]]=20  >Sent: December 9, 2002 2:57 PM  >To: Info-VAX@Mvb.Saic.Com$ >Cc: mail2news@freedom.gmsociety.org; >Subject: RE: "VMS will be around long after we retire" ...  >  > = >On Mon, 9 Dec 2002, "Main, Kerry" <Kerry.Main@hp.com> wrote:  >>David, >>6 >><<< I.e., all of the above, plus everything else!>>> >>H >>Yep, Dr. Watson is another popular program that seems to be getting=20 >>lots of run time these days. > 0 >Eh? I cannot remember the last time I saw that. > I >>Also, security and virus issues .. Course, how important are these eh ?  > G >Yes, yes. Important, and VMS is generally ignored by the developers of = >virii and exploits due to them being interested in as wide a  >distribution as possible. > F >I think you (deliberately?) ignore the point David is trying to make. > ; >VMS was designed to be a general-purpose operating system.  > 0 >I see no evidence it is being marketed as such. > C >[On a completely unrelated point... Won't Hoff and the rest of the C >engineering folks share their newsfeed with you? Trust me, it is a ( >*much* better way to access the group.] >  >  >Doc.  >--=207 >The bigger the humbug, the better people will like it.  >~ Phineas Taylor Barnum.  >https://vmsbox.cjb.net    ------------------------------  % Date: Tue, 10 Dec 2002 21:34:54 -0500 ' From: Howard S Shubs <howard@shubs.net> : Subject: Re: "VMS will be around long after we retire" ...< Message-ID: <howard-FC9D63.21345410122002@enews.newsguy.com>  , In article <3df5d059$1@news.swissonline.ch>,7  "Chris Clifford" <chris.clifford@openvms.co.uk> wrote:   N > I hope you're happy moving on in your career. I'm doing the same and will doM > my Solaris Certification in early 2003. To me, achieving this will be a bit N > like getting a gold starred badge for 2 years' service in MacDonalds... i.e.( > not exactly the high point of my life.  " I hear that.  I might do the same.    N > Maybe true, but how many times has a similar thread popped up here in c.o.v.I > and still VMS refuses to dip its head below the surface and stay under.   F It's already done so as far as I can tell.  I don't want to work in a 7 large corporation, or for the government.  What's left?    --  4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Tue, 10 Dec 2002 21:36:36 -0500 ' From: Howard S Shubs <howard@shubs.net> : Subject: Re: "VMS will be around long after we retire" ...< Message-ID: <howard-107143.21363610122002@enews.newsguy.com>  3 In article <ST5m$aMmtDVE@eisner.encompasserve.org>, /  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   I > I do resent the notion that Microsoft provides nourishment to all those  > anti-virus companies.   0 Because it's true, or because we figured it out?   --  4 Today, on Paper-view: The World Origami Championship   ------------------------------    Date: 10 Dec 2002 22:24:03 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) : Subject: Re: "VMS will be around long after we retire" ...3 Message-ID: <5cdtq$R7LrKN@eisner.encompasserve.org>   f In article <howard-107143.21363610122002@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:5 > In article <ST5m$aMmtDVE@eisner.encompasserve.org>, 1 >  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  > J >> I do resent the notion that Microsoft provides nourishment to all those >> anti-virus companies. > 2 > Because it's true, or because we figured it out?   The former.    ------------------------------  % Date: Wed, 11 Dec 2002 01:08:18 -0500 ' From: Howard S Shubs <howard@shubs.net> : Subject: Re: "VMS will be around long after we retire" ...< Message-ID: <howard-30AAAF.01081811122002@enews.newsguy.com>  3 In article <5cdtq$R7LrKN@eisner.encompasserve.org>, /  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   
 > The former.   / Okay, then we're all on the same side here. :-)    --  4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Wed, 11 Dec 2002 00:11:24 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)P Subject: Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...")L Message-ID: <rdeininger-1112020011240001@user-2ive2p3.dialup.mindspring.com>  9 In article <3DF5E839.9080607@tsoft-inc.com>, David Froble  <davef@tsoft-inc.com> wrote:    G >The proposal mentioned disappeared into the bottomless pit called VMS  B >management, never to be seen again, not even a rejection.  Is the appearance of N >this question an indicator that VMS management might be looking at proposals D >from customers a bit differently these days?  More than a bit late.  O I would take any improvement that arrives, and let others rehash past problems.    I can't see any harm in asking.    ------------------------------    Date: 10 Dec 2002 22:25:35 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) P Subject: Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...")3 Message-ID: <XxDiEXPub8nJ@eisner.encompasserve.org>    In article <rdeininger-1112020011240001@user-2ive2p3.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes: ; > In article <3DF5E839.9080607@tsoft-inc.com>, David Froble  > <davef@tsoft-inc.com> wrote: >  > H >>The proposal mentioned disappeared into the bottomless pit called VMS C >>management, never to be seen again, not even a rejection.  Is the  > appearance of O >>this question an indicator that VMS management might be looking at proposals  E >>from customers a bit differently these days?  More than a bit late.  > Q > I would take any improvement that arrives, and let others rehash past problems.  > ! > I can't see any harm in asking.   F But rehashing history is a major preoccupation with this newsgroup :-)   ------------------------------  # Date: Tue, 10 Dec 2002 11:14:02 GMT " From:   VAXman-  @SendSpamHere.ORG$ Subject: RE: Another Porting Problem0 Message-ID: <00A1839B.D0E73A63@SendSpamHere.ORG>  _ In article <CIEJLCMNHNNDLLOOGNJICEFHGDAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: B >Aren't you curious why he was creating an extra stack frame?  And   No.     < >why not rewrite it in something a bit higher up than macro?  J If he's really needing to manipulate the stack and stack frames, he'd best get and learn Macro64.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Tue, 10 Dec 2002 11:15:34 GMT " From:   VAXman-  @SendSpamHere.ORG$ Subject: Re: Another Porting Problem0 Message-ID: <00A1839C.081C78DB@SendSpamHere.ORG>  k In article <mycJ9.5895$VA5.970352@news1.news.adelphia.net>, "John E. Malmberg" <wb8tyw@qsl.network> writes:  >VAXman- wrote:  > M >> In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  >>? >> >In article <00A18318.059B0768@SendSpamHere.ORG>,   VAXman-   >> @SendSpamHere.ORG writes: >> >H >> >>If the above is truly representative of the code, I fail to see howF >> >>the VAX didn't puke when the call to 1$ returned to a code streamF >> >>with 0 (a HALT on VAX and would require KERNEL mode to execute it" >> >>without returning an OPCDEC). >> >D >> >  You been away too long?  The target of a CALLG/CALLS is a word. >> >  mask for register saves and PSL changes. >> >> Huh?  >>& >> Look at that pseudo code snippet... >> >>      .entry $unit_name  >>      .... >>      ....D >>      calls #0,1$	; call routine 1$ and return to next instruction >> 1$:  .word 0  >>      .... >>      .... >>      blss Return  >>' >> What have I been away from TOO LONG?  >> >> Ne'er question my macro.  >  > H >Looks like self modifying code.  That could be even more fun to figure ! >out than creating a stack frame.   B Self modifying code!  That was actually fun to implement on Alpha. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 10 Dec 2002 00:43:26 GMT# From: hoff@hp.nospam (Hoff Hoffman) " Subject: Re: checksum is not valid* Message-ID: <at3dbe$sr8$6@web1.cup.hp.com>  N In article <llLH9.1734$yq.50409@news>, "Ram Guy" <ramguy9@hotmail.com> writes:  J :I am trying reinstall VMS 7.2 Hobbyist License and when I come to the VMSL :License Management Utility, it is asking me for the checksum. I am not sureI :what I should enter here. Should I have recieved this info when I got my ' :Hobbyist kit? I don't seem to have it.   J   You have the error message, which implies that you are manually enteringI   a license PAK somewhere.   The normal cause of an error such as this is I   an errant user input -- for new users, I'd tend to encourage use of the    following tool:        @SYS$UPDATE:VMSLICENSE  G   This tool will prompt you for the license information, and will enter E   the command correctly -- assuming you enter correct information for F   the various fields.  Manual input is certainly possible, but gettingF   the command syntax correct is comparatively difficult -- this is whyH   VMSLICENSE exists, and why PAKs can be provided as command procedures.  G   I had *thought* that the hobbyist program was providing a DCL command I   procedure containing the license PAKs, and that you could simply invoke I   the procedure to load the licenses.  (If you are entering the PAK data  E   manually, I have apparently recalled this entirely incorrectly. :-)   I :Any thoughts? How can I apply for a new Hobbyist license? Will I get the  :required PAKs when I do so?  H   Please see the OpenVMS FAQ.  (Hobbyists do seem to ask everybody otherE   than the folks running the Montagar site for help with the Montagar H   site -- if there is confusion with the Montagar site, it would be bestJ   if the information at the site were updated to help avoid the confusion.J   But if the Montagar folks don't know there is confusion...)  When askingJ   for the license PAKs at the Montagar site, you must specifically ask forK   two different sets of PAKs, as per the discussions in the OpenVMS FAQ and I   elsewhere.  One is the OpenVMS PAKs for the platform, and the other set    is the layered product PAKs.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 10 Dec 2002 11:01:32 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>" Subject: Re: checksum is not valid6 Message-ID: <20021210110132.20628.qmail@nym.alias.net>  4 On 10 Dec 2002, hoff@hp.nospam (Hoff Hoffman) wrote:  H >  I had *thought* that the hobbyist program was providing a DCL commandJ >  procedure containing the license PAKs, and that you could simply invokeJ >  the procedure to load the licenses.  (If you are entering the PAK data F >  manually, I have apparently recalled this entirely incorrectly. :-)  I Yes, licenses are provided as DCL scripts. Problem is... You can't always H get them into the machine to run them due to a chicken and egg scenario.     Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                             https://vmsbox.cjb.net    ------------------------------  % Date: Tue, 10 Dec 2002 21:39:37 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: checksum is not valid& Message-ID: <3DF6B379.43ADA71@fsi.net>   "Doc.Cypher" wrote:  > 6 > On 10 Dec 2002, hoff@hp.nospam (Hoff Hoffman) wrote: > J > >  I had *thought* that the hobbyist program was providing a DCL commandL > >  procedure containing the license PAKs, and that you could simply invokeK > >  the procedure to load the licenses.  (If you are entering the PAK data H > >  manually, I have apparently recalled this entirely incorrectly. :-) > K > Yes, licenses are provided as DCL scripts. Problem is... You can't always J > get them into the machine to run them due to a chicken and egg scenario.  F Sometimes you can get creative with terminal programs on DOS/Win, W/NTF and successors and/or Linux, *BSD, or some other UN*X variant. However4 you can manage it, cut-and-paste can be your friend.  B Old Reflection for DOS is not totally useless - in RCL (ReflectionF command language) you can tell it to TRANSMIT your license text from a7 disc file. Not perfect, but it works with serial ports.   F There's still the odd DOS terminal program floating around onthe 'net,; also. Probably find one for Linux if you dig deep enough...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ' Unofficial Affordable OpenVMS Home Page  http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 11 Dec 2002 00:55:40 +0100 A From: =?iso-8859-1?b?Ik3hdOkgTOFzemzzIg==?= <lmate@nextramail.hu> " Subject: Re: concurrent file write: Message-ID: <pan.2002.12.10.23.55.39.875326@nextramail.hu>   Hello   I Thanks for all of your information, the fopen() with the added parameters   works fine. ml   ------------------------------   Date: 10 Dec 2002 00:33:51 GMT# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: CPU MODEL* Message-ID: <at3cpf$sr8$5@web1.cup.hp.com>   In article <8EA11405E59BD611BA7100104B93C2609A0453@exdel01.del.mgsl.com>, Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> writes:K :I am trying to optimize the performance of our application by compiling it  :with the /ARCH qualifier.  B   Please see the OpenVMS Frequently Asked Questions (FAQ) for someA   discussions of compilers and use of /ARCHITECTURE and /TUNE and A   other such.  Search the text-format version of the OpenVMS FAQ; %   the FAQ is available via a link at:   "     http://www.openvms.compaq.com/  ( :Our development Alphaserver is an Ev67.J :However our client machine where this app needs to be implemented has the! :foll output when I issue sh CPU:  :...a AlphaServer 8400 5/440  G   Based on the MHz rating and the implementation version -- this system H   is using an EV5-class microprocessor core at 440 MHz -- this system isE   using an Alpha EV56 microprocessor, and EV56 has byte-word support.   F   Accordingly -- and following my usual recommendations -- I would useF   a current compiler and would target /ARCHITECTURE=EV56/TUNE=GENERIC.D   I typically recommend using EV56 as the target, as I've found thatF   byte-word is usually the instruction subset that is most interesting<   for performance -- and EV56 and later generations have it.  ) :Now how do I find the correct EV number?   E   You can utilize capabilities within the compiler, assuming you have C   a recent compiler -- loops are now optimized with AMASK-protected D   sequences, and different code paths are executed within the loops.  E   If you wish to learn about the AMASK capabilities, please visit the !   OpenVMS Ask The Wizard website:   )     http://www.openvms.compaq.com/wizard/   A   and look for the "determining the Alpha microprocessor" example E   program that is listed in the left navigation of the abovementioned E   webpage.  The example program shows how to use AMASK and IMPLVER -- ?   and for your quest, AMASK is far more interesting and useful.     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 11 Dec 2002 11:11:41 +1030 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> ( Subject: DCPS 2.1 and HP LaserJet 5000GN3 Message-ID: <at61pe$l7e$1@fang.dsto.defence.gov.au>   K We are having troubles getting a new LaserJet 5000GN to behave itself with  K DCPS 2.1 (7.3-1).  I have cloned a setup from an existing LaserJet 4100dtn   that works fine.  &    @SYS$STARTUP:DCPS$EXECUTION_QUEUE -    PRINTER_NAME - "    "IP_RAWTCP/ip.add.re.ss:9100" -    "" -     "DATA_TYPE=AUTOMATIC" -2    "SEPARATE=(NORESET)/DEFAULT=(NOFEED,NOBURST)" -    "" -     "" -     ""   C When a job is queued the 5000 responds with "Recieving Data", then  K "Processing Job", then "Ready" - no output (and does this several times as  H DCPS retries I guess), and the queue status show the job as "printing". < The queue eventually 'stops' and the symbiont process exits.  J Initially the job remained at "starting" so I've define DCPS$LAS3_NO_SYNC J which has produced the "printing" status (I don't think this has actually K resolved any issue though, DCPS is just jumping over the 'sync'/"starting"  " stage to make the job "printing").  8 Anyone have this model of printer working with DCPS 2.1?   TIA.   ------------------------------  % Date: Tue, 10 Dec 2002 16:10:10 -0800 % From: Dean Woodward <deanw@rdrop.com> ) Subject: DECnet over IP - which TCP port? ( Message-ID: <3DF68262.2020501@rdrop.com>  F I'm trying to set up DECnet over IP between two isolated IP networks, E and need to knock holes in the appropriate firewalls for the traffic.   C I see two ports mentioned- 102/TCP (RFC 1006 / STD 35) and 399/TCP  G (RFC 1859).  Anyone know which (or both, or another ?) are used in the   DECnet-Plus imlementation?   ------------------------------  % Date: Tue, 10 Dec 2002 17:37:58 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> - Subject: Re: DECnet over IP - which TCP port? ' Message-ID: <3DF688E6.7020900@MMaz.com>    Dean Woodward wrote:  H > I'm trying to set up DECnet over IP between two isolated IP networks, G > and need to knock holes in the appropriate firewalls for the traffic.  > E > I see two ports mentioned- 102/TCP (RFC 1006 / STD 35) and 399/TCP  I > (RFC 1859).  Anyone know which (or both, or another ?) are used in the   > DECnet-Plus imlementation?  H You do not state which IP stack you are running, but I know that TCPware uses TCP Port 4215.    Barry    --    ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Tue, 10 Dec 2002 20:06:10 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>- Subject: Re: DECnet over IP - which TCP port? / Message-ID: <3DF64932.17142.28A7B4BA@localhost>   - On 10 Dec 2002 at 16:10, Dean Woodward wrote: E > I see two ports mentioned- 102/TCP (RFC 1006 / STD 35) and 399/TCP  I > (RFC 1859).  Anyone know which (or both, or another ?) are used in the   > DECnet-Plus imlementation?  F DECnet over IP, using UCX, requires TCP port 399 bidirectionally.  No  other ports are required.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------   Date: 9 Dec 2002 22:05:37 GMT # From: hoff@hp.nospam (Hoff Hoffman) ! Subject: Re: Endianity of Itanium * Message-ID: <at343h$qn2$1@web1.cup.hp.com>  c In article <3DECC03C.DDEF3E80@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes:   D :Well, if you flipped endianess by means of a system call (or evan a? :mode bit), the system could reasonable remember or check which D :byte-order you're currently using and could do the right thing with' :regard to interpreting your arguments.  : # :I forget which system does this...   H   HP/UX, among (likely) others.  A whitepaper on this topic is availableJ   for download -- Intel Itanium is bi-endian, as has been discussed beforeK   in the thread -- and HP/UX can activate little-endian Linux applications:   -   http://www.hp.com/products1/unix/operating/ /     infolibrary/whitepapers/lre_white_paper.pdf   6   The URL has been wrapped for readability, of course.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 9 Dec 2002 23:55:26 GMT # From: hoff@hp.nospam (Hoff Hoffman)   Subject: Re: Help on VAX/VMS 5.5* Message-ID: <at3ahe$sr8$2@web1.cup.hp.com>   In article <KOEFJLDGINJGFMANNGEACEBFCBAA.rohit.prasad@tatainfotech-ncc.com>, "Rohit Prasad" <rohit.prasad@tatainfotech-ncc.com> writes: - :This is a multi-part message in MIME format.   J   Please turn off MIME before posting your messages -- your Windows clientJ   is adding MIME wrappers and the usual large Microsoft TNEF attachment to   your postings.  Thanks!   M :Can somebody please let me know where I can find tutorial/manual for VAX/VMS M :5.5. I saw some documents at http://www.openvms.compaq.com/doc/ but they are  :all for VMS 7.x.   G   Please search the text-format version of the OpenVMS Frequently Asked H   Questions (FAQ) document for terms such as "tutorial" -- you will findI   pointers to various tutorial websites.  The OpenVMS FAQ is available at E   the OpenVMS website: http://www.openvms.compaq.com/, and elsewhere.   F   OpenVMS VAX V5.5 is over a decade old now, and this VAX system is inE   desparate need of an upgrade to a more current OpenVMS VAX release. F   If to nothing else, at least upgrade to OpenVMS VAX V5.5-2, which isE   only slightly less ancient but that has Prior Version Support (PVS) C   and thus has ECO kits available.  OpenVMS VAX V7.3 is the current B   release -- and once you get to V6.0 or later, you might as well    continue and upgrade to V7.3.   E   As was stated elsewhere, OpenVMS VAX V7.3 documentation can be used C   to learn OpenVMS VAX -- there are certainly new additions and new C   features, and various of the limits that are found in OpenVMS VAX D   V5.5 have been removed.  But you should be able to determine whereE   there are differences by using the online HELP for your OpenVMS VAX    V5.5 release.   N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 10 Dec 2002 01:11:09 GMT# From: hoff@hp.nospam (Hoff Hoffman) ( Subject: Re: Help! VMS 7.2 boot problems* Message-ID: <at3evd$sr8$7@web1.cup.hp.com>  g In article <La2cnW2NdvPzzWygXTWcqg@speakeasy.net>, "Timothy Stark" <sword7nospam@speakeasy.org> writes: M :I tried to boot my old VMS 7.2 system but it hung forever after it announced  :the OpenVMS banner.  K :With my Hobbyist CD, I successfully installed and booted the fresh copy of " :OpenVMS 7.2 without any problem. M :Does anyone have similar experinece or any working-around solution to get my - :old copy of OpenVMS 7.2 system disk to boot?   F   There is no particularly simple way of determining the cause of thisF   hang from what was provided here, unfortunately.  (You have not told<   us if this is VAX or Alpha or the platform, for instance.)  D   If you wish to persist in this effort of reconstituting this olderF   system disk, I'd first try to perform a conversational bootstrap andF   then a USE DEFAULT operation to load the default parameters, and I'dG   then clean out MODPARAMS.DAT and re-AUTOGEN the system.  I would also B   consider performing a BACKUP and a restore, rewriting the entireF   contents of the target system disk -- this BACKUP step also gets youC   a BACKUP copy of the system disk, should you decide to change the A   configuration or the system parameter settings with the SYSBOOT 1   command USE DEFAULT or other such commands. :-)   C   Obviously, I am guessing that this problem is due to a disk block 4   problem or due to bogus system parameter settings.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Tue, 10 Dec 2002 20:37:41 -0500 # From: "Hal Kuff" <kuff@comcast.net> 0 Subject: How many HSG80 targets can a node mountO Message-ID: <DE2138BCF75EFAD9.FE23913E694B0C72.337E5775458A9890@lp.airnews.net>   J     Unfer V72.2-2 how many HSG80 disks can a Alpha mount?  Did that changeJ under 7.3-1 ... I'm looking at volume shadowing across two San fabrics andG the number of HSG80 targets obviously would double from what it is now.    ------------------------------  # Date: Wed, 11 Dec 2002 02:49:25 GMT 1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au> 4 Subject: Re: How many HSG80 targets can a node mount5 Message-ID: <VIxJ9.675$P5.42164@nasal.pacific.net.au>   " Hal Kuff <kuff@comcast.net> wrote:  K >    Unfer V72.2-2 how many HSG80 disks can a Alpha mount?  Did that change  	   ^^^^^^^ " 		:-) Now this is VMS longevity...  L > under 7.3-1 ... I'm looking at volume shadowing across two San fabrics andI > the number of HSG80 targets obviously would double from what it is now.    					Cheers,   Csaba  I    ---------------------------------------------------------------------- E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush. I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    ------------------------------    Date: 10 Dec 2002 20:23:29 -0600+ From: young_r@encompasserve.org (Rob Young) 4 Subject: Re: How many HSG80 targets can a node mount3 Message-ID: <4S3V6xpzrLVi@eisner.encompasserve.org>   u In article <DE2138BCF75EFAD9.FE23913E694B0C72.337E5775458A9890@lp.airnews.net>, "Hal Kuff" <kuff@comcast.net> writes:n > L >     Unfer V72.2-2 how many HSG80 disks can a Alpha mount?  Did that changeL > under 7.3-1 ... I'm looking at volume shadowing across two San fabrics andI > the number of HSG80 targets obviously would double from what it is now.o >  >   H 	With shadow TIMA for 7.2-x (enhanced volume shadowing) I belive you get8 	7.3 shadow functionality but would have to dig that up.  $ 	Here is what you could do with 7.3:  L http://www.openvms.compaq.com:8000/731FINAL/5423/5423pro_001.html#index_x_34  # 1.4.1 Maximum Number of Shadow Setss  M You can mount a maximum of 500 disks in two- or three-member shadow sets on acR standalone system or in an OpenVMS Cluster system. A limit of 10,000 single memberN shadow sets is allowed on a standalone system or on an OpenVMS Cluster system.Q Dismounted shadow sets, unused shadow sets, and shadow sets with no write bitmaps.M allocated to them are included in this total. These limits are independent oftM controller and disk type. The shadow sets can be mounted as public or private 	 volumes. e   				Robn   ------------------------------    Date: 10 Dec 2002 13:05:31 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)i7 Subject: Re: How many messages/second can a CI rail do?e= Message-ID: <8a646952.0212101305.31c5418e@posting.google.com>   i "James Gessling" <jgessling@yahoo.com> wrote in message news:<at4tqt$10m4hi$1@ID-46415.news.dfncis.de>... I > I'm investigating a performance issue that occured in our cluster.  One 
 > morning,M > access to a certain file was really slow.  So I looked in the decps data in  > theaM > performance evaluation display/CI statistics and see that one rail (of six)rN > was doing 15,000+ messages per second.  This was (I suppose) due to the lockL > requests between other nodes reading the file.  There are no credit waits. > SoK > management asked the obvious question, is that too high a rate?  How many # > messages/second can a CI rail do?  >  > Can anyone help with this? >  > Jims > L > p.s. this is one of those time when I wish Usenet was not so public.  In a > forumeN > where I knew who was listening, I could give more detail that I am afraid toI > give here for fear of getting in trouble for violating confidentiality.n > Couldr% > www.openvms.org offer such a place?    James,  C Please go back to the DECps analze data and look at the MB/sec rateoF for the CI channel. It might not have anything to do with the messagesD per sec more with MB/sec. Once upon a time a single init of a Oracle9 AIJ file suck up the entire CI channels (2). I hope helps0   Daryl Jones0   ------------------------------  % Date: Tue, 10 Dec 2002 14:35:52 -0500M' From: "Hansel & Gretel" <noone@rcn.net>.6 Subject: Re: I give up, need Solaris for VMS jobs now.+ Message-ID: <at5fjl$lmb$1@bob.news.rcn.net>   4 "Howard S Shubs" <howard@shubs.net> wrote in message6 news:howard-2D30AF.08061619112002@enews.newsguy.com...  C > My company is migrating away from HP.  Period.  Linux and (maybe) G > Solaris for us!  If it weren't for the cost of Solaris, the "(maybe)"o7 > wouldn't be there.  Damn but that stuff is expensive.  >a  D "maybe" is there cuz you ain't looking too hard. We just picked up aI full-blown E4500 for a lousy 9k. And we overpaid ! try to find a leenucks- box matching that ...e   ------------------------------  % Date: Tue, 10 Dec 2002 21:31:52 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r2 Subject: Re: Independent Consultants + OpenVMS.org' Message-ID: <3DF6B1A8.32289BFD@fsi.net>4    lbohan@dbc..spamless..com wrote: > E > On Mon, 02 Dec 2002 13:05:34 -0700, Dan O'Reilly <dano@process.com>. > wrote: > L > >People can drive around in all the 140hp cracker boxes they want.  As forL > >me, I'll wave from the window of my SUV or my 13-ton motorhome going downE > >the highway.  Betcha I'll survive more accidents than they will...n > ; > Well now, if that's really true, you must be one of thoserC > careful SUV drivers who drives well below the posted speed limit,o9 > and maintains a longer than average following distance, < > in order to compensate for his vehicle's poor handling and > long braking distances ...  D Our prior vehicle was a Ford Explorer. I found the handling to be noH worse that anything else I drove in my younger days (though it was a bitH light in the tail), and the vehicle had anti-locks brakes (which I don'tE happen to like, but they'll save you a few bux on your insurance; so,xG WTF). Stopping was both crisp and abrupt, until the ABS kicked in, thent3 it was as bad as any other new vehicle on the road.m  H We currently have a Windstar (minivan). The ride is a bit more civilizedH than the Explorer, and the lack of 4WD has not yet been a major problem;1 of course, this will be our first winter with it.N  H Brakewise, I liked my old Ford Fairmont. The brakes were designed with aH narrow tire in mind, equiv. to 75R14. So, installing 65R14s rendered theC wheels impossible to lock (insufficient brake authority to overcomet7 traction). That car stopped on a dime standing on edge!a  D Power-wise, the Fairmont was a sleeper - 302ci-V8 (5L) in a car thatE usually sold with a 240ci (3.3L?) straight six. So, I could leave 'emsE all behind at the stop light when I wanted to (I was kid at one time,wE too!). Only trouble was that the rear end wasn't beefy enough to takea what the 302 could dish out.  6 > A rare bird indeed;  I've yet to see even one of 'em; > in Colorado,  (even on Monument Hill during an ice-storm)o  G Around suburban Chicago, they're called hazardous since the rest of the C traffic thinks its at Indy. There's a truck line based in WisconsinyD called Schneider National - big orange trucks. Always reminded me ofG watching drag races on the old Nashville Network. So, I began referring @ to cruising the interstates (i.e., commuting) as "driving in the Schneider Nationals"..  D > >But at any rate, could we do something silly like go back to someI > >VMS-related topic, and not waste the bandwidth of this group on topics<
 > >like this?  >  > Naaaaaah ....f   Of course not...   -- n David J. Dachterai dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 9 Dec 2002 23:44:18 GMT # From: hoff@hp.nospam (Hoff Hoffman)V1 Subject: Re: Issue with Working Set in SYS$CREPRC * Message-ID: <at39si$sr8$1@web1.cup.hp.com>  w In article <da59dcbc.0212031229.496e4813@posting.google.com>, patricia.beck@verizonwireless.com (Patricia Beck) writes:1C :I am trying to create a detached server process with a working setC? :value that is higher than the value in the user account's UAF.  ..    D   On OpenVMS Alpha V7.3, and hopefully with the current (mandatory)    ECO kits loaded.    C :I checked Bookreader for more infto, but didn't find anything thatl :addressed this problem. ...s@ :        return_status = SYS$CREPRC(&created_pid, &img_name_dsc,@ :                                   &inp_file_dsc, &op_file_dsc,2 :                                   &err_file_dsc,E :                                   0, quota_list_ptr, &prc_name_dsc,s: :                                   4, 0, 0, status_flag);    =   A guess -- one potential cause of "garbage" quota values...i   E   Since you appear to be using C, please refer to the OpenVMS FAQ andmG   specifically please check the FAQ section on how to specify the quota 3   entry list, and other common C programming bugs.    F   In this particular case, download and search the text-format version1   of the OpenVMS FAQ for the string "sys$creprc".s  "     http://www.openvms.compaq.com/  C   The OpenVMS FAQ also has pointers to ECO kit information and to a D   search engine that can locate ECO kits by the ECO kit installation	   rating.   D   For common coding bugs and related topics, please see topic (1661)C   in the OpenVMS Ask The Wizard (ATW) area, and also please see thelC   various other ATW topics that are referenced by ATW topic (1661).5  )     http://www.openvms.compaq.com/wizard/d  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------   Date: 10 Dec 2002 01:55:12 GMT# From: hoff@hp.nospam (Hoff Hoffman) ( Subject: Re: KFPSA and Alpha Station 255* Message-ID: <at3hi0$sr8$8@web1.cup.hp.com>  g In article <e2h9vu0fm289guae2pha81b2j3mcf92bvl@4ax.com>, Gary L. Ross <rossgl@parknicollet.com> writes:n@ :Is the KFPSA (DSSI adapter) supported on the Alpha Station 255?  D   AFAIK, the KFPSA PCI-to-DSSI adapter hardware was qualified on theD   various then-current AlphaServer systems, and was not qualified onD   members of the AlphaStation series.  (I do not know that the KFPSA5   is qualified for use on newer AlphaServer systems.)   G   Based on what I can (not) find listed among the options listed in the<G   AlphaStation options chapter of the SOC archives (see the FAQ for SOCiC   pointers), my recollection here is also apparently confirmed: thenH   KFPSA adapter is not qualified for use on the AlphaStation 255 series.  F   DSSI would not be my first choice here, given its age and its ratherF   low performance (roughly that of SCSI-1), and given the availabilityH   of various integrated and PCI-based SCSI options (and the SCSI storage6   devices, of course) for the AlphaStation 255 series.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------  # Date: Wed, 11 Dec 2002 02:48:44 GMTt( From: "Ken Farmer" <kfarmer@openvms.org>; Subject: Need a couple of testers for openvms-managers list1> Message-ID: <gIxJ9.14826$uJ5.1524537@twister.southeast.rr.com>  G Need a few more testers for the openvms-managers list.  Just send me anDJ email and I'll tell you how to get subscribed.  I'll only need you to sendD and receive a couple of messages.  Should be able to wrap this up by	 tomorrow.    Ken    --   Kenneth FarmerG http://www.Tru64.org | http://www.OpenVMS.org | http://www.LinuxHPC.orgo   ------------------------------  % Date: Wed, 11 Dec 2002 00:01:04 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk>o6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?, Message-ID: <3df67234$1@news.swissonline.ch>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagei7 news:d7791aa1.0212100935.6a1e2afd@posting.google.com...tK > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>t; wrote in message news:<3DF5B755.1080306@nospamn.sun.com>...g > > Bob Ceculski wrote:g > >n
 > > Security.t > > 8 > > If your evidence for OpenVMS's security pre-eminence6 > > is its Cert advisory count then you just blew your
 > > argument.f > >l4 > > Repeat after me Cert is not a source of reliable* > > information on OpenVMS vunerabilities. >a: > repeat after me ... cert is a reliable source of finding= > out how bad security is on an os ... just ask Micro$oft ...08 > another source is user experience ... I am going on 187 > years now on VMS with "NO" security problems and "NO"b6 > os crashes ... it just runs and runs like the little+ > bunny on the battery commercial on tv ...0  K Microsoft products are more widely deployed and more security flaws will betH discovered. It makes sense for certain undesirable individuals to target their products for this reason.   G It is not true that VMS is devoid of security flaws. There's been a fewtL mandatory updates which are security related - ACMS and DECwindows spring to mind in recent years.   C I can think of some other 'features' that I'd rather be without. InoF particular, including incorrect passwords within audit logs is not theL brightest thing to do unless you'd like anyone with access to VMS audit logsF to possibly access other VMS or non-VMS systems using the username and7 recorded 'incorrect' password that's in the audit logs.:  E Regarding your other statement, VMS does run and run if you've a goodMK cluster-friendly application and can cope with losing one server within the J cluster but don't expect individual nodes to run indefintely. We've prettyI bad experience, especially on VMS 7.3 and you just need to scan the patchAK descriptions to discover just how many fixes there are for various crashes. G And that's not taking into account any special fixes of which we have 5eL installed across some of our clusters, all during the past 4 months. Push it! hard and VMS does break nowadays.P  2 > > Support for current programming and deployment >)7 > as far as hiring programming support, that's easy ...a4 > plenty of people available, and if they don't know2 > vms, we train them ... vms isn't like unix/linux3 > were it takes 2 years to learn all the convulutedo0 > commands and file system and os in general ...4 > vms commands make sense and are easily tailored to > ones taste ...  L What has learning VMS commands to do with being a compentent VMS programmer?I A newcomer to VMS may take a few minutes to pick up a SET DEFAULT command>J but it'll take quite a while longer to familiarise him/herself with systemG services, the lock manager, etc. There is a severe shortage of good VMSd programmers.   >w9 > that's your opinion, but of course you willn't tell thea4 > truth because you work for sun, stuck selling that8 > garbage sparky and the garbage slowaris to go with it,4 > of course, having to sell 80,000 sparkys to one or6 > two alphas probably earns you a lot more commission,6 > which your brain dead customers are paying, thinking# > they are getting a great deal ...   J Solaris has its place. Mission-critical environments is not one of them inI my opinion. Despite my comments above which can be seen very much against K VMS, it's still one of the most reliable O/S's and is suitable to house any E application that requires high levels of availability. Brain-dead thed* customers are not, however, just ignorant.   ------------------------------  % Date: Tue, 10 Dec 2002 15:29:36 -0800l$ From: Shane Smith <ssmith@icius.com>6 Subject: RE: OT: Whoa! Is Sun aiming at VMS's jugular?0 Message-ID: <01C2A060.FD427210@sulfer.icius.com>  D If you look at the security alerts for Microsoft products, there's aF very high percentage of buffer overflow based exploits. These are veryH rare in VMS because of the way the OS is put together right from the lowD levels. Yes, they do still happen, usually in incompletely VMS-ifiedF Unix ports. (If only we could keep those ex-Unix programmer weenies ofD our systems... no, wait, Carly & Winkler are doing that for us...*)   D If I need to play a good game, I'll use Weeniedoze - when it doesn'tC crash just as some LPB gets me in his sights. If I need security, Io0 wouldn't use any form of Windows if you paid me.   Shaneh  D *=Black humour; of course I want more people on VMS even if they are Unix weenies. ;-)h  H P.S. My spellchecker just complained about "Carly" and "Winkler", I wishC it was as easy to get rid of them as pushing the "ignore" button...h   -----Original Message-----: From: Chris Clifford [mailto:chris.clifford@openvms.co.uk]( Sent: Tuesday, December 10, 2002 3:01 PM To: Info-VAX@Mvb.Saic.Coml6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?    5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagei7 news:d7791aa1.0212100935.6a1e2afd@posting.google.com...eK > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r; wrote in message news:<3DF5B755.1080306@nospamn.sun.com>...K > > Bob Ceculski wrote:p > >v
 > > Security.c > > 8 > > If your evidence for OpenVMS's security pre-eminence6 > > is its Cert advisory count then you just blew your
 > > argument.  > >A4 > > Repeat after me Cert is not a source of reliable* > > information on OpenVMS vunerabilities. >?: > repeat after me ... cert is a reliable source of finding= > out how bad security is on an os ... just ask Micro$oft ...r8 > another source is user experience ... I am going on 187 > years now on VMS with "NO" security problems and "NO"a6 > os crashes ... it just runs and runs like the little+ > bunny on the battery commercial on tv ...e  H Microsoft products are more widely deployed and more security flaws will beH discovered. It makes sense for certain undesirable individuals to target their products for this reason.   G It is not true that VMS is devoid of security flaws. There's been a few B mandatory updates which are security related - ACMS and DECwindows	 spring toa mind in recent years.-  C I can think of some other 'features' that I'd rather be without. InnF particular, including incorrect passwords within audit logs is not theG brightest thing to do unless you'd like anyone with access to VMS auditi logsF to possibly access other VMS or non-VMS systems using the username and7 recorded 'incorrect' password that's in the audit logs.@  E Regarding your other statement, VMS does run and run if you've a good.G cluster-friendly application and can cope with losing one server withinn thetC cluster but don't expect individual nodes to run indefintely. We'veL prettyC bad experience, especially on VMS 7.3 and you just need to scan the  patch B descriptions to discover just how many fixes there are for various crashes.G And that's not taking into account any special fixes of which we have 5eD installed across some of our clusters, all during the past 4 months. Push ith! hard and VMS does break nowadays.   2 > > Support for current programming and deployment >r7 > as far as hiring programming support, that's easy ...a4 > plenty of people available, and if they don't know2 > vms, we train them ... vms isn't like unix/linux3 > were it takes 2 years to learn all the convuluteda0 > commands and file system and os in general ...4 > vms commands make sense and are easily tailored to > ones taste ...  @ What has learning VMS commands to do with being a compentent VMS programmer?IA A newcomer to VMS may take a few minutes to pick up a SET DEFAULTd commandoC but it'll take quite a while longer to familiarise him/herself with  systemG services, the lock manager, etc. There is a severe shortage of good VMS  programmers.   >p9 > that's your opinion, but of course you willn't tell the,4 > truth because you work for sun, stuck selling that8 > garbage sparky and the garbage slowaris to go with it,4 > of course, having to sell 80,000 sparkys to one or6 > two alphas probably earns you a lot more commission,6 > which your brain dead customers are paying, thinking# > they are getting a great deal ...t  G Solaris has its place. Mission-critical environments is not one of theml inA my opinion. Despite my comments above which can be seen very much  againstnG VMS, it's still one of the most reliable O/S's and is suitable to house  anyrE application that requires high levels of availability. Brain-dead theo* customers are not, however, just ignorant.   ------------------------------    Date: 10 Dec 2002 16:44:07 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones) 6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?= Message-ID: <8a646952.0212101644.200d800e@posting.google.com>s  \ Shane Smith <ssmith@icius.com> wrote in message news:<01C29F77.5838D780@sulfer.icius.com>...E > I want VMS on Hammer. In fact I think we /need/ VMS on Hammer. It'shI > purely my opinion, but I think IA64 is a doomed experiment, and if it'swG > VMS's only platform then we're going down with it. Hammer is at least3G > backwards compatible with 8x86; it's a direct descendant. We saw witheB > Alpha that the 8x86 market was hard to get into even with a wellA > respected chip. IA64's a laughing stock to many, and it's got aeG > widespread reputation for being slow whether it's true or not. Not anm > easy sell. > J > I find it interesting that the games community is already rumbling aboutG > Hammer, and some fairly influential people are saying they're lookingaB > forward to buying either Opterons or Athlon64's when they becomeE > available. I haven't seen word one about Itanium. Hammer has a muchn; > bigger potential market already, from where I'm standing.e >  > Shaner >  > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca]l* > Sent: Monday, December 09, 2002 11:13 AM > To: Info-VAX@Mvb.Saic.Comn8 > Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular? >  >  > David Webb wrote: M > > IA32 is as much on death row as ALPHA. VMS is being ported to Intel's newo > > architecture IA64. >  > H > IA64 is not intel's "new" architecture and it looks like it will never	 > become. F > It is HP's proprietary architecture with a few others bending to the > IntellH > blackmail and stating that they might make a few IA643 boxes later on. > I > Intel has admitted that IA64 woN't be a desktop chip. They have alreadyd" > downsized their dream big time.  > G > And *IF* Hammer takes off, then IA64 will truly be relegated to HP-UXi > TandemJ > and VMS, assuming Carly isn't kicked out and they decide to stop wasting > efforts on a losing platform.u > H > What VMS needs is to be ported to a polular, high volume platform. And > rightn > now, IA32 is it. > G > Do modern 8086s running at 3ghz really still lack the 4 modes, or are/ > thesevB > present in modern 8086s but just not used by Windows ? Are there > *REALLY* somexD > show stoppers that prevent VMS from being ported to today's 8086 ? > D > How different will Hammer be from the 8086 ? Will it also lack the > adressing  > modes VMS needs ?    Shane,  E I believe everyone that doesn't think the IA64 will amount to much istF missing the fact that the Alpha engineers (the selected few) are to beD rehired by intel to use their knowlege of the Alpha Chip to help the@ IA64 chip. This was the deal about givng the Alpha technology toB Intel. Now rumor had it that the real reason the P3 and P4 came soE fast was do to the gain in knowlege of the Alpha architecture , which , cause the Intel-DEC $700-1.5 million payoff.   Daryl Jones    ------------------------------  + Date: Tue, 10 Dec 2002 11:51:35 +0000 (UTC)e+ From: david20@alpha1.mdx.ac.uk (David Webb)06 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?+ Message-ID: <at4kg7$i3s$1@aquila.mdx.ac.uk>d  b In article <3DF4EB57.37E9F9F3@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >David Webb wrote:L >> IA32 is as much on death row as ALPHA. VMS is being ported to Intel's new >> architecture IA64.  >  > O >IA64 is not intel's "new" architecture and it looks like it will never become.PK >It is HP's proprietary architecture with a few others bending to the IntelCG >blackmail and stating that they might make a few IA643 boxes later on.h >uH >Intel has admitted that IA64 woN't be a desktop chip. They have already! >downsized their dream big time. f > L Which just means Intel is in real trouble if Hammer lives up to its promise.> They may well end up with no commercially viable desktop chip.  M >And *IF* Hammer takes off, then IA64 will truly be relegated to HP-UX Tandem I >and VMS, assuming Carly isn't kicked out and they decide to stop wasting- >efforts on a losing platform. >2M >What VMS needs is to be ported to a polular, high volume platform. And rightI >now, IA32 is it.  >eN No. IA32 doesn't have any future. What VMS needs is porting to a platform with, a future and that isn't either IA32 or IA64.  N If you want to use VMS on IA32 then get one of the VAX emulators and run it onF that. It would be good if HP found a way to promote that as an option.K But it wouldn't be good to spend time, effort and money on a native port to? IA32.-      L >Do modern 8086s running at 3ghz really still lack the 4 modes, or are theseO >present in modern 8086s but just not used by Windows ? Are there *REALLY* someeC >show stoppers that prevent VMS from being ported to today's 8086 ?' >rJ The fact that VAX emulators exist on IA32 seems to prove that there are noN real showstoppers. However it also removes any real reason to provide a native
 port to IA32.-  M >How different will Hammer be from the 8086 ? Will it also lack the adressingb >modes VMS needs ?  I Hammer will be a 64bit chip. Hence you can port Alpha VMS rather than thet 32bit VAX VMS.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 10 Dec 2002 13:32:37 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?6 Message-ID: <at4qdk$10id41$2@ID-135708.news.dfncis.de>  . In article <3DF4D24D.2050804@nospamn.sun.com>,T 	Andrew Harrison SUNUK Consultancy   <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  >  > Bill Gunshannon wrote: >> w? >> Maybe Andrew can field this one, but before anyone here getsa? >> overly concerned about an "Open Source" Solaris offering yete@ >> another threat to VMS I think it should be explained how they@ >> can "Open SOurce" something that is still covered by patents,= >> copyrights and trade secrets they don't own.  It should be.> >> noted that while the current owner of that IP have released> >> some of it it only cover Unix upt to about 32V and does notA >> include System V on which Solaris is built.  Now, if they were.? >> still using SunOS perhaps this might be possible (although I3? >> could be wrong about that too as I haven't really researchedi? >> the ancestry of every Unix version) but I don't believe evena >> SYS III is free yet.@ >> p > 4 > Sun bought the IP for Solaris from USL a long time > ago for a one off fee. > 3 > We have been unencumbered with the UNIX licensingd > scheme ever since.  9 I'm confused.  If Sun owns the IP for Unix then how couldr9 Caldera issue a license open sourcing all the Pre SYS IIIi9 and SYS V versions (specifically, Versions 1, 2, 3, 4, 5,e4 6, 7  and 32V)??  I was under the impression that it8 was all owned by Caldera now.  I believe what Sun has is9 the ability to sell a product based on original Unix codee9 without the need to pay royalties, but I don't believe itc7 includes the right to release the source to the general  public.o   bill   -- pJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 10 Dec 2002 13:57:32 +0000-' From: Andrew Harrison SUNUK ConsultancyV6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?. Message-ID: <3DF5F2CC.5030801@nospamn.sun.com>   Bill Gunshannon wrote:0 > In article <3DF4D24D.2050804@nospamn.sun.com>,V > 	Andrew Harrison SUNUK Consultancy   <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  >> >>Bill Gunshannon wrote: >>? >>>Maybe Andrew can field this one, but before anyone here getsl? >>>overly concerned about an "Open Source" Solaris offering yet @ >>>another threat to VMS I think it should be explained how they@ >>>can "Open SOurce" something that is still covered by patents,= >>>copyrights and trade secrets they don't own.  It should ben> >>>noted that while the current owner of that IP have released> >>>some of it it only cover Unix upt to about 32V and does notA >>>include System V on which Solaris is built.  Now, if they weree? >>>still using SunOS perhaps this might be possible (although Io? >>>could be wrong about that too as I haven't really researched ? >>>the ancestry of every Unix version) but I don't believe evenw >>>SYS III is free yet.d >>>w >>4 >>Sun bought the IP for Solaris from USL a long time >>ago for a one off fee. >>3 >>We have been unencumbered with the UNIX licensingX >>scheme ever since. >  > ; > I'm confused.  If Sun owns the IP for Unix then how coulds; > Caldera issue a license open sourcing all the Pre SYS III ; > and SYS V versions (specifically, Versions 1, 2, 3, 4, 5, 6 > 6, 7  and 32V)??  I was under the impression that it: > was all owned by Caldera now.  I believe what Sun has is; > the ability to sell a product based on original Unix codee; > without the need to pay royalties, but I don't believe iti9 > includes the right to release the source to the generala	 > public.  >   5 To be honest I don't know the full details of the Sunl4 deal with what was then USL. However Sun did pay USL5 a one of fee to allow us unencumbered use of the then 5 USL source code. Whether that includes the ability to-4 generally release source I don't know though we have7 for some time provided Solaris source at a cost I think-6 it was 75 dollars covered by the Sun Community License program.   Regards  Andrew HarrisonH   ------------------------------  % Date: Tue, 10 Dec 2002 21:59:52 -0500-0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?/ Message-ID: <3DF6AA10.8E012E30@vl.videotron.ca>h   Fred Kleinsorge wrote:G > BTW - "Blackmail" is illegal.  Can you be more specific in your legaly > charges here?I  M Did you read that article about an interview with the ceo of AMD ? A link waseN posted here recently. And he was very specific about why certain manufacturers$ don't want to buy too much from AMD.    pM > It's also twice as likely that AMD will go chapter 11 by next summer givingoL > birth to a stillborn Hammer.  They should have called it "Hulk" - a x86 on( > steroids - but still, it's just a x86.  M Yep. A good old 8086 game controller. But in the end, if it runs all the appsdM very fast at a price that is much lower than IA64 which doesn't give any real / performance advantage, then IA64 won't do much.o  E Which one has more chance to succeed with high volume ? the 8086 gameaK controller that runs all popular software or a low volume IA64 that doesn't 1 have as much performance "wiz bang" as Alpha did.t   > This is wishful thinking.p  5 We're allowed to wish for success on VMS, aren't we ?   K > Nothing is impossible with enough time, effort and money.  But aside fromPN > perhaps an interesting hobbyest system, I can't see who actually buys VMS on > IA32.   D Developpers.  Small business. Geeks who might develop/port freeware.  H > I'm told (but I'm not interested enough to check) that it has 4 modes.  M But what about modern pentium 4 etc. Would it have the necessary modes to run- VMS ?-   ------------------------------  % Date: Tue, 10 Dec 2002 22:02:29 -0500i0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?/ Message-ID: <3DF6AAAD.C30261DC@vl.videotron.ca>(   Chris Clifford wrote:SI > services, the lock manager, etc. There is a severe shortage of good VMSu > programmers.  N This is a myth. There are a whole bunch of highly experienced VMS programmers.N But most of them saw the sinking ship are are busy with jobs on more succesfulL platforms. Make VMS interesting and with a bright expanding future, and they would return in a second.e   ------------------------------  % Date: Tue, 10 Dec 2002 22:11:23 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?/ Message-ID: <3DF6ACC2.B3891927@vl.videotron.ca>    Daryl Jones wrote:H > missing the fact that the Alpha engineers (the selected few) are to beF > rehired by intel to use their knowlege of the Alpha Chip to help the > IA64 chip.  I Those same engineers who had produced all those white papers that clearlycL showed that the foundation and philosophy of IA64 were flawed as well as its bloated implementation.   K If you're moving towards the iceberg, and the fancy new steering propellors M those ex-Alpha engineers might implement won't be coming on-line prior to the-M ship hitting the iceberg, then those ex-Alpha engineers won't have much effet  on the course of IA64.  J And even if there is no iceberg to sink IA64, it will be quite a number ofJ years before their work will start to benefit end users. During that time,L Power and Hammer will move faster, and it is not sure that IA64 will be ableN to keep up. If Hammer and Power further open the gap with IA64, then IA64 will# have a huge challenge to catch up. j  M And if Hammer is mildly succesful, then those fancy ex-alpha engineers may berK reassigned to convert the 8086 into a 64 bit 8086 to compete against hammer5G and they may be more succesful because the 8086 is philosophically more M compatible with Alpha (the fact that they were able to steal Alpha tricks ande/ implement in in the 8086 is a good indication).s   ------------------------------  % Date: Tue, 10 Dec 2002 22:30:42 -0600f1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?' Message-ID: <3DF6BF72.E1DC8F7E@fsi.net>   ( Andrew Harrison SUNUK Consultancy wrote: > [snip]9 > Scalability or rather you were right not to mention it.0  
 Excuse me?  2 How many nodes are supported in a Solaris cluster?  , How many CPUs per node does Solaris support?  # Sorry guy, you blew that one royal!s   -- i David J. Dachterar dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------    Date: 10 Dec 2002 22:15:20 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)i; Subject: Re: Performance of atomic instructions and lockingd3 Message-ID: <DltXoIYIQVB8@eisner.encompasserve.org>o  e In article <92E08BB21warrenspencer1977@216.168.3.30>, wspencer@ap.nospam.org (Warren Spencer) writes:   J > Perhaps I'm off base here, but I'd consider getting out of the spinlock H > business altogether and try the OpenVMS lock manager.  It can deliver K > asynchronous notification when your lock becomes available, or pause the  L > asking process until the lock becomes available.  Before trying this, you N > may wish to insert counters in your locking code to determine just how much  > spinning is going on.l  ? I just presumed that anyone who even considered using spinlocksvA had already evaluated the Lock Manager and found it took too mucha	 overhead.0   ------------------------------  % Date: Tue, 10 Dec 2002 20:13:25 +0100b5 From: "Chris Clifford" <chris.clifford@openvms.co.uk>i( Subject: Re: Porting from Sun to OpenVMS, Message-ID: <3df63cd8$1@news.swissonline.ch>  : "Jason O'Donnell" <jodonnell@hrblock.com> wrote in message7 news:9059bf6b.0212100832.7277674c@posting.google.com...s > All, > F > We are considering porting an application environment from a Solaris# > platform to our OpenVMS platform.t > ; > Has anybody done a something of this nature and have somer0 > tips/warnings/suggestions they care to impart?  E The most important thing is to VMSize it to gain maximum benefit. Forl example:  I - Ensure that the application is distributed between cluster members with I the ability to quickly fail over should a cluster member fail, perhaps bynG running multiple instances of a process and utilising the lock manager.0  E - Consider using ICC for communication between application processes.0( Maximum performance and highly reliable.  L - Depending upon the nature of your business, get the security setup correctI from the start. There's an awful tendency to grant a lot of privileges tonE accounts to get things working and it makes it extremely difficult too correct things at a later date.    etc.  L Try to use some programmers with in-depth knowledge of VMS to do the port orD at least ensure that they have taken more than a quick glance of the Programming Concepts manuals.    - Chrisz   ------------------------------    Date: 10 Dec 2002 22:11:56 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e( Subject: Re: Porting from Sun to OpenVMS3 Message-ID: <FRZTavpP1cHp@eisner.encompasserve.org>1  d In article <3df63cd8$1@news.swissonline.ch>, "Chris Clifford" <chris.clifford@openvms.co.uk> writes:< > "Jason O'Donnell" <jodonnell@hrblock.com> wrote in message9 > news:9059bf6b.0212100832.7277674c@posting.google.com...: >> All,  >>G >> We are considering porting an application environment from a Solaris $ >> platform to our OpenVMS platform. >>< >> Has anybody done a something of this nature and have some1 >> tips/warnings/suggestions they care to impart?s > C > The most important thing is to VMSize it to gain maximum benefit.y  A I disagree with that assertion.  We are not in a position to knowl? what is most important in their business environment.  If it isv= seldom used or likely to be replaced, excessive customizationh would be a waste of time.   N > Try to use some programmers with in-depth knowledge of VMS to do the port orF > at least ensure that they have taken more than a quick glance of the > Programming Concepts manuals.t   I agree.   ------------------------------  % Date: Tue, 10 Dec 2002 21:13:21 -0500 . From: Lyndon Bartels <lbartels@pressenter.com>" Subject: Porting PostgreSQL to VMS. Message-ID: <3DF658F1.7FC16985@pressenter.com>  
 Hello all,  ' I've started porting PostgreSQL to VMS.v  A I pulled down the latest version. First I installed in on a LinuxpD machine. Just to see how it went, and I captured all the copies, and
 compiles etc.   ? Next I untarred it onto my VMS machine. I started by building an5 "compile.com" to go through and compile the .c files.,  B Surprisingly, I'd guess 2/3 of the code compiles "out of the box."< That's without any message sqaushing compile option to boot.  G Now I've run into a few things, I'd like y'all's advice on. I'd like totF leave the original code as close to original as possible. At least for the "first pass."x    0 There are a few things I'm not sure how to port.       crypt.  ; Obviously an encryption routine. I'd like to duplicate thatr functionality.    
 vsnprintf.  H This is like snprintf, but there are four arguments, the fourth being an argument list.   NAN (Not-a-Number)  , In the source code NAN is defined as 0.0/0.0  D This makes the compiler mad where the value of NAN is calculated. Is' there a better "VMS" way to define NAN?        isinf().  H This is a function that tests to see if a real number is infinite. ThereF doesn't seem to be the equiv on VMS's C. I found an isfinite(). I knowH it may sound like a stupid question. But can I us (not isfinite()) to be equivelant to isinf() ?    --  G My opinions are mine and mine alone. They seldom align with those of myd	 employer.     H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------   Date: 11 Dec 2002 00:25 CST ' From: carl@gerg.tamu.edu (Carl Perkins) & Subject: Re: Porting PostgreSQL to VMS- Message-ID: <11DEC200200252339@gerg.tamu.edu>2  2 Lyndon Bartels <lbartels@pressenter.com> writes...@ }Next I untarred it onto my VMS machine. I started by building a6 }"compile.com" to go through and compile the .c files. } C }Surprisingly, I'd guess 2/3 of the code compiles "out of the box."t= }That's without any message sqaushing compile option to boot.p  F I don't find that very surprising, really. Most Unix applications thatC break down the parts into a bunch of different files will result intA most of them compiling. The trick is in finding out how much workrD getting the rest to compile will be - then finding out how much workG it will be to actually make it function correctly. This can be anythingmC from no extra work (once it compiles it works fine), to a lot (evensF though it compiles it is nowhere near actually functioning correctly).G Fortuantely, it is increasingly likely that it will be towards the easy  end of the scale.,   }vsnprintf.l } I }This is like snprintf, but there are four arguments, the fourth being an  }argument list.t  J I'd search for somthing like "man vsnprintf" via Google to find a man pageG that explains exactly what the arguments are and translate it to one ofoL the versions that do exist: there isn't a (v)snprintf in any of the .h filesI on my system - vfprintf, vprintf, and vsprintf are the only ones starting I with a v (other than the wide character versions that have a "w" in them) I and the only one starting with s is sprintf. My guess is that it is a lotbD like vsprintf but with a size parameter of some sort. If you have anF snprintf, you probably have a newer version C and the C RTL than I do.  I OK - I just checked Googly myself. The "n" versions of the printf family,eI especially the "s" version that puts the output in a string variable, aredJ clearly a good idea as the "n" specifies a maximum number of characters toL write to the output which is a really good idea when printing to a characterH string variable. Why these routines are not present is a mystery to me -K they are needed to help prevent the buffer overruns that are so common thse.J days. (Perhaps they are available in newer versions than Compaq C V6.2-008K on OpenVMS Alpha V7.2-1 with VMS721_ACRTL V4? As far as I know, this is the H newest version of the C RTL on this version of VMS.) I'm not certain howK to actually duplicate this other than to parse the formatting argument list L to figure out how many characters can be written and make sure your variable is big enough to hold it all.r   }NAN (Not-a-Number)t } - }In the source code NAN is defined as 0.0/0.0  } E }This makes the compiler mad where the value of NAN is calculated. Is ( }there a better "VMS" way to define NAN?  F There are a bunch of NAN constants defined in float.h, along with someJ infinity constants. Things like FLT_QNAN and FLT_SNAN. I have no idea whatI the difference between the Q and S version is as they are both ultimatelyaE "extern float" values - the Q might be "quiet" and the S "non-quiet". 1 (S for signaling or something like that perhaps?)f  D In fp.h there is a constant NAN defined. That is a double data type.  	 }isinf().S } I }This is a function that tests to see if a real number is infinite. TheretG }doesn't seem to be the equiv on VMS's C. I found an isfinite(). I know5I }it may sound like a stupid question. But can I us (not isfinite()) to be- }equivelant to isinf() ?  D I wouldn't count on it. If it isn't finite, it might be infinite but+ it also might be "not a number". From fp.h:-F **  isfinite(x) -- nonzero iff x is finite (zero, subnormal or normal)B The possible cases are zero, subnormal, normal, infinite, and NAN.  H You should note that the isfinite() "function" is really a macro defined
 like this:  @ #   define isfinite(x) ((__VALH(x) & 0x7ff00000) != 0x7ff00000 )  G and the isnan() is also a macro defined in fp.h like so (except for the  line wrap):a  E #       define isnan(x) ( ((__VALH(x) & 0x7ff00000) == 0x7ff00000) &&i% ((__VALH(x) & 0xfffff) | __VALL(x)) )e  G However, this is only defined if math.h has not been included (where it ! really is defined as a function).p  J You might think about "isinf = is (not isfinite) and is (not isnan)". That< might do the trick, but I'm not certain. It is possible that@ you could use something like this macro to get that information:@ #define isinf(x) ( ((__VALH(x) & 0x7ff00000) == 0x7ff00000) && \8                   !((__VALH(x) & 0xfffff) | __VALL(x)) )  I The first part, before the &&, is true if it is not finite and the secondgL part is the negation of the test in the isnan() macro. This may, or may not, be correct.r  C Aha! You might want to use the fp_classify() macro (which calls theuG appropriate fp_class/fp_classf/fp_classl function depending on the dataSC type) - it will return a value that will be one of these constants:t #   define FP_NAN 0e #   define FP_INFINITE 1 #   define FP_NORMAL 2 #   define FP_SUBNORMAL 3t #   define FP_ZERO 4  J So it will return FP_INFINITE if it is infinite. You could make an isinf() macro from this:  0 #define isinf(x) (fp_classify(x) == FP_INFINITE)  K which is a lot shorter and more likely to be correct that what I did above.c  E There is also an fp_class.h file with additional FP_ constants, which G indludes FP_POS_INF and FP_NEG_INF. In fact, there are twice as many assM given just above - the fp_classify macro shifts the result from fp_class[f/l]sH one bit to merge the _POS_ and _NEG_ version of each type into one code.D You can avoid this macro, or make one that doesn't shift one bit, if: you need to know the if the value is positive or negative.  C You can learn a lot rummaging around in SYS$COMMON:[DECC$LIB...]*.HhG (assuming the option to install this reference copy of the .H files was G taken when C was installed; there is a similar reference library optionnJ for C++ which puts various C++ specific files in SYS$COMMON:[CXX$LIB...]).J Searching these files for various keywords has often proven to be usefull.   --- Carl   ------------------------------  % Date: Tue, 10 Dec 2002 19:06:12 -0000n- From: wspencer@ap.nospam.org (Warren Spencer)p Subject: Re: PostgreSQL for VMS 5 Message-ID: <92E0882F9warrenspencer1977@216.168.3.30>d  D lbartels@pressenter.com (Lyndon Bartels) wrote in <3DEAA26F.7A14F2E6 @pressenter.com>:u  B >Even though I'm interested in the current port of MySQL to VMS, I6 >thought I'd try my hand at porting PostgreSQL to VMS. >nI >I pulled down the sources, and got started on the first pass. Compiling.o >c? >I installed the software on one of my Linux machines as a base  >reference.s >  >I'll keep you posted. >r >a >n >Lyndonl  C Nice!  Please keep us updated Lyndon - I'm very interested in this.    ws   -- p   Warren Spencer' Senior Software Engineer (not a writer). The Associated Press  + ** What's brown and sticky?    A stick.  **e   ------------------------------  % Date: Tue, 10 Dec 2002 22:31:40 -0600n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>sK Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroupo' Message-ID: <3DF6BFAC.F7B2C757@fsi.net>w   "Jay E. Morris" wrote: > = > In message <3DF3925A.49FB5DEA@fsi.net>, "David J. Dachtera"e  > <djesys.nospam@fsi.net> wrote: > .....kH > > Best advice I can give is, if you don't want people prying into your( > > private info, don't do it to others. > >n > > Do unto others, y'know...o > >k > and then split.l   ...or frame the other guy. ;-)   -- e David J. Dachterah dba DJE Systems, http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Tue, 10 Dec 2002 17:03:18 -0500e From: "ICUSC" <sales@hpaq.net>3 Subject: Selling: DS10 600Mhz With VMS EIP Licensese/ Message-ID: <uvcp0baqvhm386@news.supernews.com>   	 For Sale:e  # Alphaserver DS10 67/600 EV67 21264Af 512MB Compaq MemoryS BA10B-AA Hot Plug Disk Cagen# 3X-KZPCA-AA Ultra 2 SCSI Controllerv# 9GB 10KRPM Hot Pluggable Disk Drive ' 3DLabs VX1 32MB PCIGraphics Accelerator. CDROM and Floppy Dual 10/100 Ethernet Adapters1 Keyboard & Mouse VMS Base and EIP Licenses    Total US$ 3895  1 Refurbished to NEW condition with 1 Year Warrantya1 Acceptable for Compaq/HP maintenance guaranteed !>   David Turner Island Computers US Corp.M 2700 Gregory St, Ste 180 Savannah GA 31404, USA Tel: (00) 1 912 447 662  Fax: (00) 1 912 201 0402 sales@hpaq.net www.islandco.com   ------------------------------  % Date: Tue, 10 Dec 2002 17:03:25 -0500u From: "ICUSC" <sales@hpaq.net>3 Subject: Selling: DS10 600Mhz With VMS EIP Licenseso/ Message-ID: <uvcp0hotdsmd89@news.supernews.com>y  	 For Sale:e  # Alphaserver DS10 67/600 EV67 21264Ao 512MB Compaq Memoryl BA10B-AA Hot Plug Disk Cagee# 3X-KZPCA-AA Ultra 2 SCSI Controlleri# 9GB 10KRPM Hot Pluggable Disk Drive ' 3DLabs VX1 32MB PCIGraphics Acceleratora CDROM and Floppy Dual 10/100 Ethernet Adaptersa Keyboard & Mouse VMS Base and EIP Licensesw   Total US$ 3895  1 Refurbished to NEW condition with 1 Year Warranty"1 Acceptable for Compaq/HP maintenance guaranteed !    David Turner Island Computers US Corp.O 2700 Gregory St, Ste 180 Savannah GA 31404, USA Tel: (00) 1 912 447 662o Fax: (00) 1 912 201 0402 sales@hpaq.net www.islandco.com   ------------------------------  % Date: Tue, 10 Dec 2002 20:33:13 -0500 # From: "Hal Kuff" <kuff@comcast.net>w7 Subject: Re: Selling: DS10 600Mhz With VMS EIP LicensesnO Message-ID: <EC4A67A860DA1260.A0A2758AA6715264.6BA35E6F73750A56@lp.airnews.net>a  @     This is very close to the market price from a dealer of 4300    ) "ICUSC" <sales@hpaq.net> wrote in messageu) news:uvcp0hotdsmd89@news.supernews.com...V > For Sale:  >-% > Alphaserver DS10 67/600 EV67 21264At > 512MB Compaq Memoryr > BA10B-AA Hot Plug Disk Cagee% > 3X-KZPCA-AA Ultra 2 SCSI Controlleri% > 9GB 10KRPM Hot Pluggable Disk Driveb) > 3DLabs VX1 32MB PCIGraphics Accelerator  > CDROM and Floppy > Dual 10/100 Ethernet Adaptersi > Keyboard & Mouse > VMS Base and EIP Licenses  >r > Total US$ 3895 > 3 > Refurbished to NEW condition with 1 Year Warrantyc3 > Acceptable for Compaq/HP maintenance guaranteed !n >n > David Turner > Island Computers US Corp.y > 2700 Gregory St, Ste 180 > Savannah GA 31404, USA > Tel: (00) 1 912 447 662c > Fax: (00) 1 912 201 0402 > sales@hpaq.net > www.islandco.com >b >i >v   ------------------------------   Date: 11 Dec 2002 00:02:57 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>! Subject: Silly HP zx6000 question + Message-ID: <at5vbh0e8k@enews2.newsguy.com>g  K I'll admit it's a silly question, but is OpenVMS going to be able to run onaH the zx6000 once it's ported to Itanium?  I don't know if anyone else hasH seen a zx6000, but it's resemblance to a BA23 chassis is uncanny.  Sure,J it's a little shorter, but it still looks a lot like a modern VAXstation I or II. s  K Of course the only reason for asking is that it strikes me that it would benI really cool to have the Itanium port running on something that looks likee one of the original MicroVAXen.h   			Zane    ------------------------------    Date: 10 Dec 2002 22:23:25 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)s% Subject: Re: Silly HP zx6000 questiono3 Message-ID: <n$oh1NfyTsN$@eisner.encompasserve.org>   ` In article <at5vbh0e8k@enews2.newsguy.com>, "Zane H. Healy" <healyzh@shell1.aracnet.com> writes:M > I'll admit it's a silly question, but is OpenVMS going to be able to run onm) > the zx6000 once it's ported to Itanium?o  I I predict that it will, if and only if ite zx6000 uses the Itanium-2 chipa2 (or higher, but those have not been released yet).   ------------------------------   Date: 10 Dec 2002 00:20:40 GMT# From: hoff@hp.nospam (Hoff Hoffman)e, Subject: Re: Sysgen parameter VMS8 Odd Value* Message-ID: <at3c0o$sr8$3@web1.cup.hp.com>  h In article <WO+BsssQMlO8@eisner.encompasserve.org>, newton_l@encompasserve.org (Lawrence Newton) writes:  M :I ran autogen and looked at the sysgen parameters. I found that the reservede< :parameter VMS8 was set to 271122432 which is hex 10290000.  :e/ :Does anyone have a clue as to what this does??w  G   IIRC, certain of the SCSI SYS$PK*DRIVER device drivers are presently fI   borrowing the use of this system parameter -- the use of this and otherlG   reserved system parameters can and does vary (widely) by the OpenVMS aH   version.  Use of these reserved system parameters can change during an>   upgrade or even during the application of an ECO kit.  YMMV.     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------   Date: 10 Dec 2002 00:22:44 GMT# From: hoff@hp.nospam (Hoff Hoffman)d* Subject: Re: SYSMAN running in a batch job* Message-ID: <at3c4k$sr8$4@web1.cup.hp.com>  h In article <f936a854.0212050148.13f68db7@posting.google.com>, robert_kersey@bat.com (Rob Kersey) writes:E :I am trying to create a batch job that runs every morning and checks6G :the nodes around our site using the syman utility. The .com file/batchi$ :job then E-Mails the results to us.  J   You are trying to embed a password into a command file, and that is bad.  F :The obvious alternative would be to set up the batch job on each nodeG :and not use SYSMAN. However for maintainablity we would rather use the # :SYSMAN tool and run from one node.w :  :Can this be done?  E   Please see the OpenVMS Ask The Wizard topic (159) for an example oftF   how to solve this task (pun intended), assuming DECnet is available:  )     http://www.openvms.compaq.com/wizard/e    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comd   ------------------------------    Date: 10 Dec 2002 14:14:09 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)O' Subject: Re: Using old VRT19-HA Monitora= Message-ID: <8a646952.0212101414.19412952@posting.google.com>r  s Jack.Trachtman@vmmc.org (Jack Trachtman) wrote in message news:<69d784c4.0211291505.336a34f5@posting.google.com>...a9 > Can anyone tell me if I can use an old VRT19-HA monitor.7 > with one of the newer graphics cards (some version of6 > a Number 9 card)?  > 5 > The monitor takes an RGB cable (only 3 wires).  Anyv0 > idea where to get a conversion cable?  Thanks.   Jack,a  A It looks like someone else had the same problem. I went to Compaqe= support site and got the following information. I hope helps.t    D The VAXstation 4000 VLC series used the following video controllers:  rB     Video        Controller    Video                Manufacturing  D-sublB     Controller   Description   Resolution           Board Part    	 Connector B     ----------   -----------   ----------           ----------    
 ----------B     PV31G-AA     HR-8PLN FB    1024 x 768 at 72Hz   54-20772-01    15-pin1                  LR-8PLN FB    1024 x 864 at 60HzlA     switchable resolution...   switch set on: 72Hz, set off: 60Hz0   B     PV31G-AB     LR-8PLN FB    1024 x 768 at 60Hz   54-20776-03   
 3-pin coax  eB     PV31G-AC     Mono-4PLN FB  1280 x 1024 at 72Hz  54-20776-01   
 3-pin coax  oB     PV31G-AD     Mono-4PLN FB  1280 x 1024 at 66Hz  54-20776-02   
 3-pin coax   D   The cable pinouts are not readily available to the OpenVMS Wizard.  iC   The PV31G-AC and PV31G-AD are compatible with the VRT19-HA video.   i  Daryl Jones   ------------------------------  % Date: Wed, 11 Dec 2002 06:42:28 +0100 4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr> Subject: Re: Veste' Message-ID: <3DF6D044.7D8F5244@Free.fr>w   Yeah.tD VEST stands for VAX Environment Software Translator, if my memory isH good. But the commercial name is OMSVA (OpenVMS Migration               *                Software for VAX to Alpha).   D.   John Santos wrote: > , > On Tue, 10 Dec 2002, Didier Morandi wrote: >  > > I beg your pardon, Warren. > >g > > D. > >$ > > warren sander a crit:: > > > http://www.openvms.compaq.com/openvms/products/omsva > > > To answer the OP's question, though, (who must be mystified,9 > since he asked about VEST and everyone is talking aboutt< > DECMigrate...)  VEST is DECMigrate (or maybe DECMigrate is, > VEST or VEST is part of DECMigrate or ...) > = > IIRC, DECMigrate is the product name (i.e. marketing name).e > 5 > VEST is the name of the program that implements it.m   ------------------------------    Date: 10 Dec 2002 21:47:51 -08005 From: Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka)zG Subject: [Q] Detecting client disconnects from UCX/TCP server by Server = Message-ID: <68cfa44d.0212102147.73c8eb61@posting.google.com>o   Hello,  5 I a question about UCX /TCPIP programming via QIO.  Ih5 have written a simple server that accepts connectionsV6 from multiple clients and reads and writes messages to/ them.  I am using TCPIP$C_TCP as a protocol and  TCPIP$C_STREAM as a type.r   My problem 16 If a client is terminated, say the box goes down.  How5 in my server application will I note that this client 5 connection has gone (assume not on same box)?  What Ih0 am after is sort of the AST event that my server4 application has to look for to notice the client has died.u   My Problem 26 Say the client was shutdown normally, ie with a socket3 close will I get a different event from problem 1. v5 From TCPIPTRACE trace I see that a FIN ACK is send atg protocol level on shutdown.d  5 Thanks.  Sorry I just cannot figure this out from thes. manual.  Or is it more technical than I think.   ------------------------------  # Date: Wed, 11 Dec 2002 06:43:56 GMTa+ From: Ryan Moore <rmoore@rmoore.dyndns.org>pK Subject: Re: [Q] Detecting client disconnects from UCX/TCP server by Servere= Message-ID: <Pine.LNX.4.50.0212102237250.11423-100000@jaipur>   + On Tue, 10 Dec 2002, Hiroyuki Tanaka wrote:  > My problem 18 > If a client is terminated, say the box goes down.  How7 > in my server application will I note that this clienta7 > connection has gone (assume not on same box)?  What Ir2 > am after is sort of the AST event that my server6 > application has to look for to notice the client has > died.u  J You may not get any notification.  As a matter of fact, in TCP, you serverI may not have any way to know that the client went away unless some routercH tells you the network route is unreachable or the machine comes back andJ tells you the connection is no longer valid.  You best bet is to deal withH it by "timing out" the connect if you haven't heard from the client in a1 while.  "In a while" depends on your application.t   > My Problem 28 > Say the client was shutdown normally, ie with a socket4 > close will I get a different event from problem 1.7 > From TCPIPTRACE trace I see that a FIN ACK is send atn > protocol level on shutdown.e  F I'm not sure about UCX/QIO, but in Multinet QIO if the connection goesH down gracefully, your read will complete with 0 bytes read.  It may evenI give you a status value in the I/O status block.  You're notified by your3G read completing.  Read the READVBLK operation documentation.  It shoulde	 tell you.f   -Ryani   ------------------------------   End of INFO-VAX 2002.683 ************************