1 INFO-VAX	Wed, 25 Feb 2004	Volume 2004 : Issue 110       Contents:  Re: a little scripting challenge% Re: Another bug in the MIME utility ! : Re: APL (was Re: Floating point arithmetic support in DCL), Re: Bruce Ellis book OpenVMS Troubleshooting, Re: Bruce Ellis book OpenVMS Troubleshooting, Re: Bruce Ellis book OpenVMS Troubleshooting  Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS? DCL help Re: Disk Merging Re: Easiest way.. 3 Re: Enabling TCP and UDP for Compaq TCP/IP Services , Re: Floating point arithmetic support in DCL HP to offer AMD Opteron servers  Re: Intel releases 64bit Xeon  iSCSI and VMS ?  Re: iSCSI and VMS ? + KGPSA-C and EMC DS-24 M2 SAN Switch Problem $ Re: Old Personal Management Programs$ Re: Old Personal Management Programs Re: OpenVMS Service Packs? Re: OpenVMS Service Packs? Re: OpenVMS Service Packs?/ Re: printing characters with codes > 127 in DCL / Re: printing characters with codes > 127 in DCL ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4  Re: Rumours of (CPU) Wars D Re: RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000? Re: tcpip shared port problem  tcpip shared port problem - Re: VAX DECWindows Motif kit requested online < VMS upgrade changed program behavior, what could cause this?. Why does smtp mail between local systems fail?2 Re: Why does smtp mail between local systems fail? WWW/DECnotes gateway?  Xlib: unexpected async reply  Re: Xlib: unexpected async reply  Re: Xlib: unexpected async reply7 Re: [DFU V3.0] Any reason why there is no VAX version ?   F ----------------------------------------------------------------------    Date: 24 Feb 2004 19:50:32 -0800- From: phillip_thayer@hotmail.com (PhilThayer) ) Subject: Re: a little scripting challenge = Message-ID: <5ee1d1b7.0402241950.731f5eb0@posting.google.com>   k nikki_wire@yahoo.com (nikki_wire) wrote in message news:<60fdd9c9.0402230905.b412e94@posting.google.com>...  > Thanks Chris,  >  > much appreciated!  >  > Nikki   L How about simply changing the timeout on the read to something other than 0?   ------------------------------  % Date: Tue, 24 Feb 2004 15:48:56 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: Another bug in the MIME utility !) Message-ID: <403BB8B5.128A8567@istop.com>    Paul wrote: F > I'll have to check about the "UNKNOWN TERMINAL" type. I think it mayI > have to do with SMG$ , MIME's exception handling, and the way it exits.   I Interestingly, if I just do MC MIME without any arguments, I get the mime M prompt (without any screen clearing !). But if I supply a filename , it exits  right away without a message.   L When I get the MIME> prompt from an unknown terminal type, SHOW VERSION just returns to the MIME> prompt !   - But if I set the terminal to VT200, it works:  MIME> show version MIME Version: V1.4 MIME>   C >             filename="=?iso-8859-1?Q?D=E9but_des_travaux=2Edoc?="  > E > As you have found, the other characters may pose a problem. Certain H > characters "tspecials" are not allowed in token values unless they are7 > in a quoted string. The '?' and '=' are two of them.    I Actually, the =? is a way to enclose a string and specify a character set  encoding for that string.   K Heck, Hotmail now encodes a subject that has accented characters in base64, 
 the assholes.   @ > possibly some earlier versions). I wonder about the apparently& > quoted-printable "D=E9" 8 bit ASCII.   It is an "".   E > If possible, can you post or send the actual MIME message? Or if it I > is personal, only the MIME headers will do. I can subtitute the body of  > the message.  J I'll try to email it to you. (assuming mycompany.com is really this week's owner of VMS.)   ------------------------------  # Date: Tue, 24 Feb 2004 15:21:04 GMT # From: "John Smith" <a@nonymous.com> C Subject: Re: APL (was Re: Floating point arithmetic support in DCL) L Message-ID: <AZJ_b.129632$02u1.1487@twister01.bloor.is.net.cable.rogers.com>   Roy Omond wrote: > William Webb wrote:  > [...snip...] >>E >>> Using APL was great - some investment banker would dream up a new G >>> security and often I'd have less than a day's notice of some quirky F >>> new feature which I'd have to program, test, and go live. Couldn't% >>> have done it in anything but APL.  >> >>' >> First language I ever programmed in. : >> Most un-self-documenting language I ever programmed in. >>F >> I was in high school, and we used a 300 baud modem to timeshare theG >> school system's IBM 360 with a terminal that looked like someone had F >> taken  an IBM Selectric II, sliced it in half latitudinally and set. >> the top half down on a white Parsons table. >>F >> I recall that you could do in 5 lines of APL what it would take youE >> 500 lines of COBOL to do-- but if you didn't comment your code you H >> could go back and look at something you'd written three months beforeH >> and have no clue as to what you were doing unless you parsed it, line" >> by line and element by element. > 2 > Oh, don't forget to parse from right-to-left :-) > > > I was part of an effort (late 1970's) to develop our own APL? > interpreter running under IBM's MVS (ca. 500,000 lines of IBM A > Assembler), on top of which we developed a highly sophisticated F > and very extendible database system using persistent tree-structured1 > variables, indexable by strings and/or numbers.  > C > The APL we developed was called ZAPL (for Zentralarchiv APL), and @ > was done at the University of Cologne, Germany.  It's probably > still in use today ! > @ > And as for the 5 lines APL to 500 lines of Cobol, you couldn't< > have been trying very hard.  More like 1.66 lines to 500 !    C That's about right - but you forgot about the 498 lines of comments H explaining what you did in the 2 lines of code ;-)  if you ever even got# around to writing in-line comments.    ------------------------------  % Date: Tue, 24 Feb 2004 14:35:32 -0700 , From: David D Miller <ddmiller@raytheon.com>5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting D Message-ID: <OFB9699BE4.70D6F7A9-ON07256E44.00766376@mck.us.ray.com>  E The following quote from Pam Chester, former editor at Digital Press.    dave.     I "Ah, yes. Unfortunately Bruce had a rush of work and had to cancel out of  the G Troubleshooting project. That was one of my last actions as a DP editor  backB in December 03, so the observation in the quote below is accurate.  J "So it really is off the schedule of DP books for the foreseeable future."     Keith Cayemberg  wrote ...   Hi Jay,   7 I'm quite certain I saw the "OpenVMS Troubleshoting" by 5 Bruce Ellis on the Digital Press Web Site in December 1 with an updated release date for the end of 2004.   3 Unfortunately the reference has totally disappeared 4 now from the Digital Press Site. I suspect there has been a change in plans... :-(    Cheers anyways!    Keith Cayemberg . IBM Business Services GmbH - Hannover, Germany$ http://www-5.ibm.com/services/de/bs/    6 "Jay E. Morris" <usenet@epsilon3.com> wrote in message0 news:<Xgz_b.34424$M76.20967@fe2.texas.rr.com>...J > Ok, found this on the HP web site but can't seem to find the actual book, > anywhere.  Was it ever actually published? >  > OpenVMS Troubleshooting 
 > Bruce Ellis  > Publishing date:$ > November 30, 2003 by Digital Press > Copyright 2003 > Paperback, 400 pp. > ISBN: 1555583032   ------------------------------  # Date: Tue, 24 Feb 2004 04:55:25 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) 5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting - Message-ID: <0AVCJ+$AE7IT@cuebid.zko.dec.com>   , JF Mezei <jfmezei.spamnot@istop.com> writes:M > is Bruce Ellis still involved with VMS ? I thought he had abandonned VMS in % > favour of a more visible platform ?   6 From what information are you making that presumption?  F Bruce, fortunately, is still very much involved with VMS.  If you come< to the next bootcamp, you might be able to see for yourself.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Tue, 24 Feb 2004 14:15:07 +0100 " From: Didier Morandi <no@spam.com>5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting 4 Message-ID: <403b4e77$0$29948$626a14ce@news.free.fr>   Jean-Franois,  M Bruce is Bruden Corp CEO: http://www.bruden.com/, one of the most famous and  * valuable VMS training providers worldwide.   D.   JF Mezei wrote:   M > is Bruce Ellis still involved with VMS ? I thought he had abandonned VMS in % > favour of a more visible platform ?    --  2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928 $                 http://www.vaxus.org   ------------------------------  % Date: Tue, 24 Feb 2004 16:37:53 -0500  From: norm.raphael@metso.com) Subject: Callable XML Parser for OpenVMS? Q Message-ID: <OFBA540C37.2412A8BC-ON85256E44.00769B51-85256E44.0076C87F@metso.com>   I I have been told that we will be receiving XML documents, and they want a  way toD read them into a program, parse the data out, and deal with the data appropriately.) Is there a way to do this?  Alternatives?  -Norm    ------------------------------  # Date: Wed, 25 Feb 2004 01:20:26 GMT / From: Randy Park <rjpark@minspring.nospaam.com> - Subject: Re: Callable XML Parser for OpenVMS? 8 Message-ID: <dstn30d4acklcqb58fsiok4mu4ajf33rbs@4ax.com>  A On Tue, 24 Feb 2004 16:37:53 -0500, norm.raphael@metso.com wrote:   J >I have been told that we will be receiving XML documents, and they want a >way to E >read them into a program, parse the data out, and deal with the data  >appropriately. * >Is there a way to do this?  Alternatives? >-Norm >   6 I have successfully used the expat novalidating parser8 from within in BASIC application.  Note that this parser6 uses callouts to give you the various data components.0 Because the parse assumes the programmer will be8 using the C language, I had to resort so some unorthodox5 programming techniques to handle null terminated text  strings passed by value.   ------------------------------    Date: 24 Feb 2004 20:22:45 -0800" From: thick_guy_9@yahoo.com (AMIT) Subject: DCL help = Message-ID: <7e127df6.0402242022.55f6734b@posting.google.com>    Hi6 I have some difficulty understanding dir/since/backup.  B I have some files that have been backed up and some that have not.  G How do I select those that have been backed up? using dir/since/backup?    thanks AS   ------------------------------  % Date: Tue, 24 Feb 2004 09:57:01 +0000 * From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: Disk Merging ' Message-ID: <c1f76j$jri$1@lore.csc.com>    Dave Baxter wrote: > F > I am running OVMS Version 7.3-1 on a 2-node cluster of 4-way ES40's.G >  Sadly, yesterday I had an event which I haven't figured out yet, but  > which hung both of my nodes. ...   H I think we're looking at a hardware issue, probably around the SCSI. TheG statement that all your shadowsets were merging, and that you appear to 2 have a corrupted errorlog (partial write failure?)  D Something else that could cause this behaviour, and you must bear inE mind I have absolutely no knowledge of your configuration, but if the D disk pairs in the shadowsets are hosted across the systems, and someC network glitch causes a virtual circuit failure*, a reconfiguration D event will attempt to revalidate the quorum disk file (shared SCSI I> presume), mount verification events / shadow timeouts could beB triggering the merges. The quorum disk revalidation would lose its
 casting vote.   E (You have some at 0% because the shadow_max_copy has been reached for " the number of merging shadowsets).  G I would rename your errorlog file and let the system create another for H you. Otherwise you could lose the details of new events. You can do this on the fly.   B Ideally you should have a point to point (twisted) cable between a network card on each system.  * * TIMVCFAIL typically 16 seconds (1600 ms)  H I'd check the validity of the shared SCSI configuration according to the@ manuals (allowed/disallowed devices), check the soundness of the cabling.   HTH  --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Mon, 23 Feb 2004 20:16:21 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: Easiest way..6 Message-ID: <403AB3F5.E37B9E32@NeOaSrPtAhMlNiOnWk.net>   "Tillman, Brian (AGRE)" wrote: >  > David J. Dachtera wrote: >  > > Hhmmm... Did you try:  > >  > < > > $ SET SECURITY/LIKE=NAME=source_filespec target_filespec > >  > @ > > You may have to surround that with enough DCL to make up for > > the lack of F > > wildcard support in that command. F$SEARCH() and F$PARSE() will be > > useful, at the very least. > ? > Use the above command on the top level directory and then use  > 1 > $ set security/default newdisk:[newdir...]*.*;*   > I didn't want to assume that the top-level directories had the; appropriate DEFAULT ACEs applied to make that command work.   G Also, remember to delete all the ACLs you don't want on the files below 9 those directories BEFORE you attempt to "propagate down".    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 24 Feb 2004 08:37:11 -0500 4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com>< Subject: Re: Enabling TCP and UDP for Compaq TCP/IP Services8 Message-ID: <gpkm305r3rlf32f5lqmvu3u0numj77qucm@4ax.com>  3 On Mon, 23 Feb 2004 19:49:32 GMT, "Matt Muggeridge"  <Matt.Muggeridge@hp.com> wrote:   G >NFS will accept TCP and UDP by default.  E.g. from my Tru64 UNIX node:  > / >    # mount -o proto=tcp mynode:/vmsdata ./mnt  > H >If you want to modify the number of tcp_threads, you need to modify the >sysconfig attribute:  > # >    $ sysconfig -q nfs tcp_threads  > H >To disable TCP, set this value to 0, otherwise I believe it is enabled. > = >If you want to permanently modify this, then add a stanza to ; >TCPIP$ETC:SYSCONFIGTAB.DAT or add the sysconfig command to ! >TCPIP$NFS_SERVER_SYSTARTUPT.COM.  > H >This is documented in the Management Guide, under "Modifying NFS Server
 >Attributes".  >  >BTW:  > 4 >>     Looking through SYS$STARTUP:TCPIP$CONFIG.COM,> >> the MOUNT service is enabled for both protocols as follows: > M >Unfortunately, when you see the /FLAG=TCPIP, you can't trust everything your K >read from the SET SERVIC command.  This is used as a special signal to the G >startup code that has loads of built in smarts(?) for service specific 	 >actions.  >  >Matt.  A Thanks for the explanation.  I saw the tcp_threads setting in the B docs, but I didn't understand the bit regarding the /FLAG setting.   David R. Beatty    ------------------------------  # Date: Tue, 24 Feb 2004 15:30:07 GMT # From: "John Smith" <a@nonymous.com> 5 Subject: Re: Floating point arithmetic support in DCL N Message-ID: <36K_b.129635$02u1.119328@twister01.bloor.is.net.cable.rogers.com>   Michael Joosten wrote: > John Smith wrote:  >> >> John Reagan wrote:  >>> John Smith wrote: E >>>> I lost track of this thread for a long while...why not just pass 0 >>>> parameters out to an APL interpreter?   ;-) >>>> > E >>  I wrote a good portion of a securities trading and analtyics/risk D >> management system in APL & Fortran, with a bit of cobol thrown inF >> for the money calculations (sorry Tom...no PL/1). We used HDS vt200C >> clones with downloadable character sets for the most part, but I G >> also used a Compaq luggable and STSC APL to do some code development D >> out of the office. Moving code between the PC APL and the VAX APL! >> interpreters wasn't difficult.  >>D >> Using APL was great - some investment banker would dream up a newF >> security and often I'd have less than a day's notice of some quirkyE >> new feature which I'd have to program, test, and go live. Couldn't $ >> have done it in anything but APL. >  > D > What later became known as RAD Rapid Application Development - andD > supposedly one driving factor for the popularity of VisualBASIC...G > Hasn't there been a VisualAPL or the like? But even if, the marketing 8 > was probably abysmal and the licenses too expensive...  K Ken Iverson went on after his IBM and IP Sharp days to develop J, which was  an improved visual-like APL.  L There is at least one other APL-like variant out there as well, and there isH an APL compiler available from a professor at one university in Germany.    E Some APL and J ports are available through the University of Waterloo ; www.waterloo.edu computer engineering/comp.sci. departments    ------------------------------  % Date: Tue, 24 Feb 2004 21:33:42 -0500 2 From: "Chris Moore" <chrismichael000@sympatico.ca>( Subject: HP to offer AMD Opteron servers9 Message-ID: <xOT_b.4638$ee3.328281@news20.bellglobal.com>   L Admittedly I'm a bit of a cynic, but doesn't today's announcement of OpteronB offerings cast serious doubt on the "Integrity" strategy of serverJ convergence?  Looks like the stock market seemed to think so; 53 cent post announcement.....    ------------------------------  % Date: Tue, 24 Feb 2004 16:05:40 +1100 ' From: nospam <x@wedontwantyourspam.com> & Subject: Re: Intel releases 64bit Xeon5 Message-ID: <BC6126D4.24983%x@wedontwantyourspam.com>   L in article mDs_b.74345$kaP1.57080@news04.bloor.is.net.cable.rogers.com, John2 Smith at a@nonymous.com wrote on 24/02/2004 06:36:   > Bob Koehler wrote:@ >> In article <7500353b.0402222220.624f993e@posting.google.com>,3 >> mistdragon@zdnetonebox.com (mist dragon) writes: G >>>> The big question for HP is HPUX. Does HPUX share commoon code base F >>>> between PaRisc and IA64 ? If so, then they can get the Tru64 bitsB >>>> onto HPUX/PaRisc and just forget about IA64 (except for a few$ >>>> customers who already have it). >>> ? >>> Or. Would they dare to replace HP-UX with Linux using HP-UX B >>> extensions ? HP-UX is nice Unix system, but propretary Unix is >>> disappearing too.  >>>  >>  F >>    So they can try over and fail again at porting Tru64 extensions?H >>    IMHO a little endian Linux would be an easier target, it's already >>    got features like a DLM.  ? If my memory serves the DLM in linux may have been from Tru64 ?    > G > Retire 'classic' HP-UX and release the 'new' HP-UX - a renamed Tru64.   K That's what they should have done, but then they way to driven my marketing G rather than technology.  Its taken best part of a decade to release and I mature Tru64/Advfs/LSM/Clusters. Then the bozos go oh well HP-UX has more I licences released that that Tru64  lets just port it all into our already G monolithic kernel and make it all work in <3 years. I'll die of old age < before this thing will be ready for prime time production ;(     HP (Not) Invent (ed Here)    Mark     ------------------------------  % Date: Tue, 24 Feb 2004 20:02:05 +0100 " From: Didier Morandi <no@spam.com> Subject: iSCSI and VMS ?4 Message-ID: <403b9fca$0$28133$636a15ce@news.free.fr>  N Someone is asking in the French version of c.o.v if "iSCSI has been ported to 8 VMS" i.e. any "VMS support for SCSI via Ethernet" (sic).  8 If anyone here understands the question, please show up.   Thanks,    D. --  2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928 $                 http://www.vaxus.org   ------------------------------  # Date: Wed, 25 Feb 2004 03:41:34 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com> Subject: Re: iSCSI and VMS ?@ Message-ID: <OPU_b.956$qB7.352209017@newssvr11.news.prodigy.com>   Didier Morandi wrote:   F > Someone is asking in the French version of c.o.v if "iSCSI has been D > ported to VMS" i.e. any "VMS support for SCSI via Ethernet" (sic). > : > If anyone here understands the question, please show up. > 	 > Thanks,  >  > D.  I If you use fibre channel and SAN's. Brocade, Cisco and McDATA all have a  H blade for their director-class switches that have iSCSI ports available.  I Brocade has a stand-alone SAN "router" that will do the same thing.  So,  D using these types of setups, OpenVMS does not need to have anything I directly attached that does iSCSI for it to work - according to Brocade,  $ CISCO and McDATA.  Just use the SAN.  C I have a demo of this device later this week.. although we had not  5 intended on looking at the iSCSI piece of the device.    Michael Austin   ------------------------------    Date: 24 Feb 2004 20:01:27 -0800- From: phillip_thayer@hotmail.com (PhilThayer) 4 Subject: KGPSA-C and EMC DS-24 M2 SAN Switch Problem= Message-ID: <5ee1d1b7.0402242001.73f39cd3@posting.google.com>   < We have just purchased an AlphaServer ES40 M2 with a KGPSA-CD FiberChannel card in it.  I am trying to get connectivity to the EMCE DAS-24 M2 SAN switch but it doesn't seem to be working.  I am running B console firmware version 6.6-19 from Nov 2003 and have replace theC fiber and card already and still no luck.  The EMC people said that A when the switch sees "light" on the fiber cable a blue light will D light up next to the port I am useing.  But it never lights up and I? keep getting the message "pga0.0.0.4.1 link down" on the system % console when I initialize the system.   C Is there something I am missing or not doing properly?  Any help or : pointers to the right direction with this would be greatly appreciated.   Thanks,  Phil   ------------------------------   Date: 24 Feb 2004 08:32:48 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)- Subject: Re: Old Personal Management Programs 0 Message-ID: <c1f27g$are$2@n.ruf.uni-freiburg.de>  T In article <c1d8km$t3k$1@lore.csc.com>, Nic Clews <sendspamhere@[127.0.0.1]> writes: >Christoph Gartmann wrote: >>  8 >> somewhere on an old disk I found a bunch of programs: >>  B >>               Employee  Evaluation               "EVALUE  .BAS"B >>               Communications                     "COMMUN  .BAS"B >>               Time Management                    "TIMEFI  .BAS"B >>               Decision Making                    "DECISI  .BAS"B >>               Delegation Effectiveness           "DELEGA  .BAS"B >>               Motivational                       "MOTIVA  .BAS"B >>               Be A Better Manager                "MANAGE  .BAS"B >>               Boss Evaluation Program            "MYBOSS  .BAS"B >>               Planning improvement               "PLANS   .BAS"B >>               Get More RESULTS                   "GETDUN  .BAS"B >>               Interviewing Prospective Employees "INTERV  .QES" > E >The naming convention suggests to me they probably came from a PDP11 C >system (probably RSTS/E being BASIC based) and got copied to a VMS , >system. I presume your executables are .EXE  N Correct. And the name of the directory they are in suggests that the originate+ from some DECUS SIG tape. Thus, my posting.    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  # Date: Tue, 24 Feb 2004 14:07:34 GMT 6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>- Subject: Re: Old Personal Management Programs < Message-ID: <GUI_b.16664$3l.8701@newssvr29.news.prodigy.com>   Christoph Gartmann wrote: V > In article <c1d8km$t3k$1@lore.csc.com>, Nic Clews <sendspamhere@[127.0.0.1]> writes: >  >>Christoph Gartmann wrote:  >>8 >>>somewhere on an old disk I found a bunch of programs: >>> B >>>              Employee  Evaluation               "EVALUE  .BAS"B >>>              Communications                     "COMMUN  .BAS"B >>>              Time Management                    "TIMEFI  .BAS"B >>>              Decision Making                    "DECISI  .BAS"B >>>              Delegation Effectiveness           "DELEGA  .BAS"B >>>              Motivational                       "MOTIVA  .BAS"B >>>              Be A Better Manager                "MANAGE  .BAS"B >>>              Boss Evaluation Program            "MYBOSS  .BAS"B >>>              Planning improvement               "PLANS   .BAS"B >>>              Get More RESULTS                   "GETDUN  .BAS"B >>>              Interviewing Prospective Employees "INTERV  .QES" >>F >>The naming convention suggests to me they probably came from a PDP11D >>system (probably RSTS/E being BASIC based) and got copied to a VMS- >>system. I presume your executables are .EXE  >  > P > Correct. And the name of the directory they are in suggests that the originate- > from some DECUS SIG tape. Thus, my posting.  > 
 > Regards, >    Christoph Gartmann  >   	 Try this:   < http://www.decus.org/libcatalog/description_html/v00313.html   ------------------------------  + Date: Wed, 25 Feb 2004 00:30:46 +0000 (UTC) . From: "Jeff Humber" <matrix01@globalnet.co.uk># Subject: Re: OpenVMS Service Packs? 2 Message-ID: <c1gqbl$f25$1@hercules.btinternet.com>  H 7.3-2 OpenVMS allows you to uninstall Polycenter ECO patches through the /SAVE_RECOVERY_DATA flag.   G I think that for newer versions of Alpha OpenVMS that roll-up packs are  available i.e VMS_UPDATE-V0300   Hope that helps,   Jeff  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message3 news:cFQ_b.4521$ee3.296304@news20.bellglobal.com... H > On the Tru64 web conference last week they mentioned that future Tru64 patches H > would be released as service packs (collections of patches). They also statedG > that if a service pack caused problems, that the whole thing could be  rolled2 > back. Is anything like this planned for OpenVMS? >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/  > H > p.s. It looks like Tru64 will be supported until 2011 (which is pretty coolG > since it was one of the only versions of UNIX that I liked; however I  still  > prefer OpenVMS)  >  >    ------------------------------  + Date: Wed, 25 Feb 2004 00:44:27 +0000 (UTC) . From: "Jeff Humber" <matrix01@globalnet.co.uk># Subject: Re: OpenVMS Service Packs? / Message-ID: <c1gr5b$pk0$1@titan.btinternet.com>   8 Sorry, the last post should of said VMS73-UPDATE-V0300 !  F Anyway, this link should take you to where you can find all the 'patch! bundle' kits currently available;     ` http://www1.itrc.hp.com/service/patch/bundlesPage.do?BC=patch.breadcrumb.main|&context=openvms::  > You just need create an account if you don't already have one.   Jeff    9 "Jeff Humber" <matrix01@globalnet.co.uk> wrote in message , news:c1gqbl$f25$1@hercules.btinternet.com...J > 7.3-2 OpenVMS allows you to uninstall Polycenter ECO patches through the > /SAVE_RECOVERY_DATA flag.  > I > I think that for newer versions of Alpha OpenVMS that roll-up packs are   > available i.e VMS_UPDATE-V0300 >  > Hope that helps, >  > Jeff > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 > news:cFQ_b.4521$ee3.296304@news20.bellglobal.com... J > > On the Tru64 web conference last week they mentioned that future Tru64	 > patches J > > would be released as service packs (collections of patches). They also > statedI > > that if a service pack caused problems, that the whole thing could be  > rolled4 > > back. Is anything like this planned for OpenVMS? > >  > > Neil Rieck! > > Kitchener/Waterloo/Cambridge,  > > Ontario, Canada.% > > http://www3.sympatico.ca/n.rieck/  > > J > > p.s. It looks like Tru64 will be supported until 2011 (which is pretty > coolI > > since it was one of the only versions of UNIX that I liked; however I  > still  > > prefer OpenVMS)  > >  > >  >  >    ------------------------------  # Date: Wed, 25 Feb 2004 01:40:56 GMT % From: "Mike Naime" <mnaime@kc.rr.com> # Subject: Re: OpenVMS Service Packs? 7 Message-ID: <I2T_b.6552$o01.6167@twister.rdc-kc.rr.com>   2 Neil Rieck <n.rieck@sympatico.ca> wrote in message3 news:cFQ_b.4521$ee3.296304@news20.bellglobal.com... H > On the Tru64 web conference last week they mentioned that future Tru64 patches H > would be released as service packs (collections of patches). They also statedG > that if a service pack caused problems, that the whole thing could be  rolled2 > back. Is anything like this planned for OpenVMS?  . How about actually already implemented?    :-)K ( Nope.... Sorry....  That is not a Plan!  Already finished doesn't count.)  :-)   H With the strongly recommended (Mandatory?) PCSI patch that came out lastH fall, you now have the /SAVE_RECOVERY_DATA switch that will allocate theK undo space to rollback your patches.  This is a pre-requisite to all of the  newer OS patches.   K After the PCSI patch, you have the UPDATE patches that have been around for F a couple of years/versions.  We are now up to UPDATE V2.0 on 7.3-1 and Update 3.0 on 7.3     
 Mike Naime   ------------------------------  + Date: Tue, 24 Feb 2004 22:14:19 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 8 Subject: Re: printing characters with codes > 127 in DCL( Message-ID: <c1gibr$f87$1@pcls4.std.com>  R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  N >> Now you got my curiosity up.  I took Russian in college, but I see several ( >> letters there that I don't recognize.  I >"Russian" is not the same as "Cyrillic".  There are Russian letters not  B >used in other languages which use the Cyrillic alphabet (such as G >Macedonian, Ukrainian etc), and letters used in non-Russian languages   >which are not used in Russian.   H Yes, I realize that, Cyrillic is an alphabet, Russian a language.  I wasI just ignorant of letters other Cyrillic-using languages used, and I found D that interesting, esp. since the "new" letters weren't ones that areJ sometimes found in old Russian texts and (I believe) officially abolished  by the Soviets.   E >I have a lot of VT320s.  I know that these can be made to use other  H >fonts.  Does anyone know if a) one could view Cyrillic letters on them / >and b) if one could get LYNX to display these?   @ I believe all terminals VT220 and later (but not DECterms) have F downloadable fonts, so yes, given the correct fonts (good luck findingJ them, unfortunately), yes you can.  My only experience with this is a jokeA someone produced which loaded an "Australian" character set (all  A characters were the same, just upside-down) into a VTxxx.  As for C LYNX to do so, it depends on whether you can convince it to send an H unmolested escape sequence for the font bitmaps, and the proper sequenceF to switch back and forth between the standard and downloaded character sets.    --   -Mike    ------------------------------  + Date: Tue, 24 Feb 2004 00:06:24 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)8 Subject: Re: printing characters with codes > 127 in DCL$ Message-ID: <c1e4i0$f5a$1@online.de>  H In article <c1drgm$kv5$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:   T > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >  > >A test page starts with:  > 	 > ><HTML> 	 > ><HEAD> 6 > ><Meta Http-Equiv="Content-Type" Content="text/html; > >Charset=iso-8859-5"> 
 > ></HEAD>	 > ><BODY> ! > >&#176;&#177;&#178;&#179;&#180;  > K > >However, what I see are NOT the first 5 capital letters of the Cyrillic  I > >alphabet, but rather the ISO-Latin-1 characters for those codes.  If,   > I > Cyrillic characters are NOT &#176;&#177;&#178;&#179;&#180;.  Those are, H > as you discovered, in the ISO-Latin-1 set.  Remember, the code numbers% > override the Charset in the header.  > H > I don't have the table of the codes handy, but a little playing aroundD > and I find the sequence &#920;&#921;&#922;&#923;&#924;&#925;&#926;H > displays capital Greek characters.  Cyrillic is probably in the low 4  > digit range.  E Right---sorry for the confusion.  The &#nnn; stuff refers NOT to the  A number of the character in the character set, but to a different  C numbering scheme (though perhaps the two coincide for ISO-Latin-1).N  G Perhaps it is possible in HTML to do something like PRINT*, CHAR(244), tI where the number (244 here) would refer to the corresponding code in the s= character set which happens to be in use; I'll have to check.   B The &#nnn; form is handy for overriding the default character set.  H Now that I have been reminded of the simple solution (set the bits in a 9 symbol), my pseudocode-to-gibberisch procedure now works:e  G   A, B, V, G, D, GJ, E, ZH, Z, DZ, I, J, K, L, LJ,M, N, NJ, O, P, R, S,/    T, KJ, U, F, H, C, CH, DJ, SH.  G   a, b, v, g, d, gj, e, zh, z, dz, i, j, k, l, lj,m, n, nj, o, p, r, s,s    t, kj, u, f, h, c, ch, dj, sh.   1 2 3 4 5 6 7 8 9 0G   gets transformed intoN  F   , , , , , , , , , , , , , , ,, , , , , , ,<BR>    , , , , , , , , .<BR> <BR>F   , , , , , , , , , , , , , , ,, , , , , , ,<BR>   , , , , , , ,  .<BR> <BR> 1 2 3 4 5 6 7 8 9 0<BR>r  F which, when prefaced with the HTML above, will display the Macedonian G version of the Cyrillic alphabet.  This is of course much more compact  6 than using &#1221; or whatever for a single character.  G Interestingly, I can print out all the characters to a DECterm, whether F or not they are in the DEC Multinational Character Set, and a see someF symbol.  However, if I cut this output out with the mouse and paste itD into EDT (like I did above), some of the characters, namely the onesG which don't show up in the DEC Multinational Character Set, show up as  F <XB4> or whatever.  If I print them to a file and edit it with EDT, I G again see <XB4> or whatever with these characters (though, in contrast sE to cut-and-paste, 1 4-column character, not the same-looking 4 ASCII l characters).   ------------------------------    Date: 24 Feb 2004 13:57:49 -0800& From: jordan@ccs4vms.com (Rich Jordan)H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4= Message-ID: <cc5619f2.0402241357.6367acaa@posting.google.com>m  u "Matt Muggeridge" <Matt.Muggeridge@hp.com> wrote in message news:<8cz_b.73579$Wa.15569@news-server.bigpond.net.au>...  > K > > On the other hand, having the UNIX command helps one train for when oneb# > > upgrades to a Unix environment.n >  > Upgrade?  :) > K > Personally, I like the idea of an IP stack managed the same way no matteraK > which platform I'm on, VMS, T64, W/XP, Linux, etc.  Regardless, the TCPIP2 > CLI is here to stay and grow.  >  > Matt.e    C One of VMS' long term strengths has been its fairly consistent CLI;eF while its not perfect, the fact that a given qualifier tends to do the@ same thing no matter what command it is associated with ("/LOG",E "/OUTPUT", "/FULL", "/SINCE", etc)... while *nix has gained quite thenD opposite reputation; you have to know specifically what each command@ option letter means for each given command lest you do somethingB unseemly like wipe out the system.  Though somewhat verbose to theC *nix lovers the DCL command interface is really a lot nicer to work  with.M  ; Also, while it may be safe to assume that the various TCPIP F services-specific unix-style commands will share common option letters? and command format with at least Tru-64 and hpux, it is still avE foreign environment when all (hopefully) of the other management works; on the system is done with DCL CLI or close approximation.  B Consistency within the platform is more important to me than crossD platform command compatibility... especially since (I hope!) there'sF no project underway to provide a unix shell and associated commands asF the primary CLI for VMS...  TCPIP interface please.  Command access toB a product is as important as new features (reference MS corps longF history of new features at the expense of everything else).  If I want% to learn *nix commands I'll run *nix.    Rich Jordanl CCS    ------------------------------  % Date: Tue, 24 Feb 2004 17:06:31 -0500t< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4: Message-ID: <c1ght8$1hmdm8$1@ID-141708.news.uni-berlin.de>   Matt Muggeridge wrote: >...5 > Regardless, the TCPIP CLI is here to stay and grow.J >...  8 One of the main reasons we have 20 some-odd licenses for TCPWare.   --   Peter Weaver Weaver Consulting Services Inc.s Canadian VAR for CHARON-VAXs www.weaverconsulting.cau   ------------------------------  + Date: Tue, 24 Feb 2004 00:11:27 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4$ Message-ID: <c1e4re$f5a$2@online.de>  C In article <H7w_b.73343$Wa.19573@news-server.bigpond.net.au>, "Matta- Muggeridge" <Matt.Muggeridge@hp.com> writes: t  J > > At the moment, I have three nodes in the cluster.  How much traffic isI > > "sufficient"?  Usually, my wife or I am logged in via TELNET from ouroJ > > other flat---would that be enough, even if we aren't doing anything atG > > the time?  There is certainly regular HTTP and SMTP traffic, but of H > > course that comes and goes, and a lot of garbage from port scans etcG > > from folks looking for "open" systems to deposit stolen copyrightede > > material on or whatever. > >a > N > If your three nodes are running the failSAFE service, then broadcast trafficN > will be generated from each interface causing each of the NICs receive bytesM > counter to keep ticking over. (In V5.4 it uses gratuitous arp broadcasts by N > default, in ECO-1 it uses MAC broadcast by default).  So, you could lose one; > interface and the other two will keep each other alive.  g  F OK, so I don't need any additional traffic at all to make things work.   > If you lose two L > interfaces, and there is no other traffic keeping the surviving interfacesI > NICs recieve bytes counter ticking over, then this will cause a phantomnJ > failure on the surviving interface.  This is not too disimilar to losing > chorum in your cluster o   Right.  5 > - which you probably would have done if two of your2 > interfaces failed.  G Yes, in my case, since Ethernet is used for cluster communications.  A -E more complex 3-node cluster could lose the NICs on 2 nodes but still  G retain quorum if the cluster traffic were going over another transport.u   ------------------------------  % Date: Mon, 23 Feb 2004 20:26:40 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4( Message-ID: <403AA83D.B99DAB2@istop.com>   Matt Muggeridge wrote:M > We keep working on the TCPIP CLI, so it will continue to improve.  However,mJ > I can't say that it will ever catch up, since new functionality is beingL > delivered in such volume and speed that the CLI cannot keep up.  Often theM > new functionality comes with its own set of commands and utilities.  MakingnD > those utilities look like VMS-style commands is often a futile and > low-return effort.  K Perhaps VMS management and all those involved in the TCPIP stack should get N together on the beach in front of your home to do a comprehensive plan for theF product.  The product needs a comprehensive re-organisation (or ratherI "organisation") that would include putting all the TCPIP$*.com files fromrN sys$manager to their own directory, making a long term decision to either makeC the TCPIP utility fully functional or just dropping it alltogether.i  K Personally, I can see TCPIP being used for all stack related configuration, N and only defining services (not their configuration). Then, each service wouldF have its own totally separate configuration and its own self contained directory. -  G On the other hand, having the UNIX command helps one train for when onee upgrades to a Unix environment.    ------------------------------  # Date: Tue, 24 Feb 2004 03:05:40 GMTJ0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4= Message-ID: <8cz_b.73579$Wa.15569@news-server.bigpond.net.au>a  I > Perhaps VMS management and all those involved in the TCPIP stack shouldf getaL > together on the beach in front of your home to do a comprehensive plan for the H > product.  The product needs a comprehensive re-organisation (or ratherK > "organisation") that would include putting all the TCPIP$*.com files from-K > sys$manager to their own directory, making a long term decision to eithera makeE > the TCPIP utility fully functional or just dropping it alltogether.4  L As long as they provide the meat, I'll provide the beachside BBQ.  The localF council recently voted to turn on the beach shower water supply again,J (after lengthy drought conditions), so now you can even freshen up after a surf these days.  Very nice.  I > On the other hand, having the UNIX command helps one train for when one-! > upgrades to a Unix environment.    Upgrade?  :)  I Personally, I like the idea of an IP stack managed the same way no matter3I which platform I'm on, VMS, T64, W/XP, Linux, etc.  Regardless, the TCPIP- CLI is here to stay and grow.    Matt.e   ------------------------------    Date: 24 Feb 2004 13:49:48 -08002 From: ranjit_mathews@yahoo.com (M. Ranjit Mathews)" Subject: Re: Rumours of (CPU) Wars= Message-ID: <1d4c67e3.0402241349.6441360e@posting.google.com>i   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c1d4sl$qra$1@new-usenet.uk.sun.com>...e > M. Ranjit Mathews wrote:3 > > young_r@encompasserve.org (Rob Young) wrote ...a > > Y > >>In article <401E34D6.A4F9E14@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:: > >> > >>>Question: > >>>VR > >>>considering that with equal technology, the IA64 is significantly hotter thanO > >>>other architectures, one could state that even with time, IA64 will remainlI > >>>hotter since the other architectures will also benefit from the samer  > >>>technological improvements. > >>>t > >>B > >>	No.  With hardware IA32 removed from Itanium, Itanium's logicF > >>	transistor count will be somewhere around 17 million transistors.D > >>	Pentium 4 is nearly 70 million transistors.  Cache sections canB > >>	be put to sleep.  Finally, high-k to the rescue (as seen here, > >>	before) much decreased current leakage. > >> > >>N > >>>Or will HP begin to design its boxes with room for additional fans, whichQ > >>>would enable the same box designs to be used for IA64 ? (whilst on 8086, the:" > >>>punch outs would be covered ) > >>C > >>	Tukwila is supposedly running slower but performing higher of	tB > >>	course.  I'd bet that they don't exceed Montecito.  But it isC > >>	a moot point.  Montecito/Tukwila certainly aren't blade servert > >>	material. > >> > >>				Rob  > >  > > D > > Given that there are quad-Xeon blade servers today*, why would a+ > > Montecito not be blade server material?:E > > * http://www.siliconmechanics.com/i2089/quad-xeon-mp-server-b.phpD > >  > I > Its too hot, the silicon mechanics blade server is a 7U 14 slot server, H > each 2-4 way blade uses 2 slots in the chassis so you get 28CPU's in a
 > 7U unit.  F From the dimensions given, 8 of them would fit into 5U, so it would be 32 CPUs in 5U.   Height  24.5 cm (9.7 inches) Depth 	44.6 cm (17.6 inches) Width 	5.8 cm (2.28 inches)h  E So long as 1 Montecito dissipates no more heat than 4 Xeons, it woulduE not be too hot to any greater an extent than a quad-Xeon would be toos hot.  A > I don't know what the power budget per blade is for the 2/4 way < > silicon mechanics unit but a 2 CPU SunBlade 200x uses ~90W< > per blade. This is less than power consumption of a single > Itanium 2 CPU.  F Well, as a cooling engineer at the San Onofre nuclear power plant onceB said, we keep the radiation level in our water discarge down belowA allowed levels by pumping it fast enough to get the curies in thevE discharged water down below allowed levels; it would no difference toe@ the environment if we pumped water half as fast since the curiesD discharged per unit time would remain the same, but regulators don'tF care how much radiation we discharge - they care only about the amount5 of radiation discharged in each unit of water pumped.d  C So, the moral of the story is: just pump the air fast enough and its will stay cool enough.  aE > Increasing the power budget for each blade by ~2+ would drasticallyoG > reduce the number of blades per chassis making the density advantages  > of blades rather notional. > I > It would based on current prices also be a very expensive way of buying  > capacity.s > E > A fully configured Silicon Mechanics blade rack with 7 x 4 CPU Xeon6E > 2.8 Ghz 8 GB based blades is ~175K. This is expensive compared with.? > doing this using 1U servers. Add the minimum 2x itanium cost N2 > differential and you end up with a 300K+ system.  C If someone is paying twice as much, it's obviously because it gives D them something more. It might be the 24MB of L3 cache or it might beD something else. Do you have some way to predict that there will be a= >>1 minimum Itanium price differential by the time there is a$
 Montecito?   ------------------------------  % Date: Tue, 24 Feb 2004 10:57:29 +0100m  From: "Dr. Dweeb" <dr@dweeb.com>M Subject: Re: RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000?w- Message-ID: <c1f76a$20im$1@news.cybercity.dk>d  $ systematipltoddemontodcotoduk wrote: > Hiya,a >oF > With a 2.1GB system disk becoming strained on both of my Alphas, I'd4 > like to try and increase the disk space available. > A > I have a couple of RZ29B-VA Storageworks disks available, thesetG > apparently (on the evidence of opening the SW carrier of one of them)wA > a Seagate ST15150N.  They're 7200rpm with the usual 50-pin SCSI  > connector. >0E > Would it be feasible shoving them into the DEC 2000/300 cabinets oru7 > would they be likely to have a short and heated life?s >eC > The DEC3000 has 192MB physical memory and presently has two RZ28MFF > disks in it, plus a Toshiba XM5401-B CD.  Options fitted are a DEFTA) > (TurboChannel FDDI) and PMAGD graphics.lE > The DEC2000 has 80MB memory and 1off RZ25/1 off RZ28, plus an RRD42eG > CD. Options are ethernet, the "internal" SCSI and a graphics adapter.oF > It does have a DSSI card (KFESB) fitted at the moment, but since theC > system doesn't "see" any DSSI devices at console level, this will  > shortly be coming out! >I@ > Oh, and a cadge too - does anybody have a spare RRD42 caddy toE > donate?  I've borrowed one off a colleague to verify that the driveRF > works, but I really need one of my own so that he can have his back! >r > Thanks in advancer >A > Steve" > 
 > Steve Reece ; > steve dot reece at ipl dot nospam dot demon dot co dot ukM   Hi,r  I 1) I have a 1 perfect caddy, plus one slightly dodgy one as a spare -  nosB longer used since I changed to some other CD-ROM drive on my 2000.I 2) You can always leave the side cover off to help cooling (my solution).d  
 Dr. Dweeb.   ------------------------------    Date: 24 Feb 2004 12:06:19 -0800- From: soccer13player@yahoo.com (Nom de Plume)t& Subject: Re: tcpip shared port problem= Message-ID: <f401eb7f.0402241206.26ec73ac@posting.google.com>B  { Jeffrey Coffield <jeffrey@digitalsynergyinc.com> wrote in message news:<cPB_b.16582$4U5.3606@newssvr29.news.prodigy.com>...: > OpenVMS 7.1, TCP/IP V5.0Ac > J > I have been trying to use the UCX$C_SHARE option to have parent process I > accept a connection and then pass it off to a child process. I based myh< > code on the QIO example from DSIN of PARENT.C and CHILD.C. >  >  > Problem 1:E > When a connection exits, I immediately get another connection that ?I > returns a status of 1 but the IOSB(0) returns 1 and IOSB(1) returns 4. aG > This appears to mean EINTR (Interrupted system call). This occurs in tK > both my code and the example from DSIN. The DSIN example crashes at this 2C > point as the spawned child tries to read from the bad connection.  >  > Problem 2:D > I have the parent spawn 2 children to start. The first and second K > connections work fine. I then disconnect each connection, make the first aG > connections again and so far so good. However when I make the second lK > connection the second time I get a IOSB(0) of 20 (SYSTEM-F-BARPARAM, bad s > parameter value).a > J > Does anyone have an example in any language of the sequence of calls to , > share a socket between a parent and child? >  > TIAR > Jeff Coffieldi# > Please respond in this newsgroup.e  C My guess is that since you are on the TCPIP stack the numeric valuee( represented by UCX$C_SHARE is incorrect.  B Try TCPIP$C_SHARE symbol from the tcpip$inetdef.h file.  Also, I'mF told (but have not yet validated) that you can use the TCPIP symbol in5 the setsockopt instead of having to use the QIO call.e   JMOD   ------------------------------  # Date: Tue, 24 Feb 2004 06:03:52 GMTv6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>" Subject: tcpip shared port problem= Message-ID: <cPB_b.16582$4U5.3606@newssvr29.news.prodigy.com>e   OpenVMS 7.1, TCP/IP V5.0At  H I have been trying to use the UCX$C_SHARE option to have parent process G accept a connection and then pass it off to a child process. I based myo: code on the QIO example from DSIN of PARENT.C and CHILD.C.    
 Problem 1:C When a connection exits, I immediately get another connection that nG returns a status of 1 but the IOSB(0) returns 1 and IOSB(1) returns 4. aE This appears to mean EINTR (Interrupted system call). This occurs in nI both my code and the example from DSIN. The DSIN example crashes at this  A point as the spawned child tries to read from the bad connection.o  
 Problem 2:B I have the parent spawn 2 children to start. The first and second I connections work fine. I then disconnect each connection, make the first rE connections again and so far so good. However when I make the second 2I connection the second time I get a IOSB(0) of 20 (SYSTEM-F-BARPARAM, bad 9 parameter value).c  H Does anyone have an example in any language of the sequence of calls to * share a socket between a parent and child?   TIAb
 Jeff Coffielde! Please respond in this newsgroup.e   ------------------------------  % Date: Tue, 24 Feb 2004 21:49:59 +0100(, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>6 Subject: Re: VAX DECWindows Motif kit requested online: Message-ID: <c1gdd2$1hm6pm$1@ID-143435.news.uni-berlin.de>  1 "Didier Morandi" <no@spam.com> schreef in berichto. news:403bad55$0$28139$636a15ce@news.free.fr...	 > Hi all,t >rJ > I'm urgently looking for a DECWindows Motif kit for VAX any version (6.20 > better). Can someone help in a few hours time? > 
 > Many thankss >e > D.' > didier dot morandi at freesurf dot fr  > 1 Sure, send me an email at hvlems at zonnet dot nl-   ------------------------------  + Date: Tue, 24 Feb 2004 23:28:26 +0000 (UTC) * From: bleau@umtof.umd.edu (Lawrence Bleau)E Subject: VMS upgrade changed program behavior, what could cause this?L0 Message-ID: <c1gmmq$hjc$1@grapevine.wam.umd.edu>  K I have a very puzzling problem, folks, that shakes my group's confidence in F VMS.  I hope I've missed a step in my logic, but I don't think I have.  J First, the configuration: I'm running OpenVMS AXP V7.3-1, which I upgradedH to on Dec 18, 2003; I was running V7.1-2.  I did not upgrade the FortranJ compiler; we're running Compaq Fortran V7.2-780, which I installed back in 1999.a  J Now, the problem statement, brief version: I have a program, HOUR_AVERAGE,K that was last compiled and linked in 2000.  It takes as input an ascii data H file that has columns of numbers, and writes as its output another asciiH file in which several rows from a given column are averaged according toJ their grouping by their time, with a new averaging being produced for eachJ hour; hence its name.  This averaging is done for each column, so that theK output file has the same number of columns, but only one row for each hour. G This is just straight addition and division, folks, nothing fancy.  Allu arithmetic is single precision.V  K HOUR_AVERAGE ran before the upgrade last Dec.  I ran it again today, givingrL it the same input file.  The output files are not the same.  More precisely,N the average values produced by the program differ in the lowest decimal place; sometimes 3rd, sometimes 5th.t  I Emphasis: HOUR_AVERAGE did not change!  A DIR/DATE of the .EXE file stillb shows sometime in 2000.   J So, what did change?  Obviously, the operating system did.  What about theO upgrade, though, could possibly have caused this change of behavior?  I suspectlK some roundoff behavior has changed, but the release notes say nothing aboutd  this; it's just a guess anyways.  J I have a lot of details I could post, but for now, does anyone have a hint= as to what could case this, how widespread it could be, etc.?    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu-   ------------------------------  + Date: Tue, 24 Feb 2004 20:43:22 +0000 (UTC)h* From: bleau@umtof.umd.edu (Lawrence Bleau)7 Subject: Why does smtp mail between local systems fail?.0 Message-ID: <c1gd1a$das$1@grapevine.wam.umd.edu>  G I'm having a problem with my TCPIP package, and I suspect it's due to anE recent upgrade.  I'm running OpenVMS AXP V7.3-1, TCPIP V5.3 on systemb= umtof.umd.edu .  I have three test systems with the followinga configurations:   #                 VMS      TCPIP(UCX)e umtof2.umd.edu  V7.3-2   V5.4 # umace.umd.edu   V7.1-2   V4.2 ECO 1n# uleis.umd.edu   V7.1-2   V4.2 ECO 1   G What I'm observing is that email from the two test systems I administervH that haven't been upgraded that is sent to the problem system using smtpD seems to get stuck in the sending system's mail queue.  It goes into8 Processing state, stays there a while, then is requeued.  J These two systems are next to each other on the same LAN!  A UCX PING from5 each to the other returns immediately with no errors.F  F Email sent from umtof2.umd.edu, however, which runs the same or higherH version of TCPIP, works nicely; it gets delivered within a minute or so.  B No problem sending smtp email between the test systems, btw, works immediately.  H I checked the smtp receiver log files on the problem system.  They existK for the emails from the test systems, which shows the test system connectedEI to the problem system.  In each case, however, the log file ends with theaK error   %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failed   E Essentially something times out in the communication between the test B (sending) system and the receiving (problem) system.  Here's a few/ additional lines from the log file to help out:t  l send buf=220 umtof.umd.edu V5.3-18, OpenVMS V7.3-1 Alpha ready at Tue, 24 Feb 2004 15:25:11 -0500 (EST) \d\ah #smtp_net_util\322 smtp_read_reply,fd=3,buf=,len=4096,cookie=1,timemin=1,timenow 24-FEB-2004 15:25:11.251 #smtp_read_reply:B4 select: vaxc$errno=1, errno=0M4 #smtp_read_reply:After select: vaxc$errno=1, errno=0  #smtp_read_reply:select:status=1( #smtp_read_reply:rmask=8,wmask=0,emask=00 #smtp_read_reply:recv:status=-1, vaxc$errno=8412? recv_serv: read failed; status=0x20dc; iosb[0]=0x1, iosb[1]=0x0iC %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failed.  H There exist log files for smtp messages received from other systems, andI I've received email from the outside world (not systems I administer), so - the problem system is working to some extend.   K This sounds like a routing problem, but I'm not sure how to go about fixing J it.  I disabled a few routes (using SET NOROUTE), that had no effect, so IJ reenabled them (again manually with SET ROUTE), still no improvement.  (To5 test I just release the mail job on the test system.)   D Below is the output of the SHOW ROUTE command; the problem system isF 129.2.163.98, it's a Class C host with a 9-bit subnet, and the default! route off the LAN is 129.2.162.1.   < Type           Destination                           Gateway  7 AN    0.0.0.0                               129.2.162.1a5 AH    127.0.0.1                             127.0.0.1 8 AN    129.2.162.0/23                        129.2.163.988 AH    129.2.163.98                          129.2.163.98  B One more thing: Although the ugprade was done over a month ago, weC typically do not send smtp emails between our own systems, so it isoJ possible that this has been a problem for a while and just went unnoticed.    Any suggestions are appreciated.   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  # Date: Wed, 25 Feb 2004 03:44:29 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com>; Subject: Re: Why does smtp mail between local systems fail? @ Message-ID: <xSU_b.957$YF7.352497755@newssvr11.news.prodigy.com>  I make sure you have installed ECO 2 to the 5.3 system.  Increase CTLPAGES r0 to something like 1600  this also seems to help.   Michael Austin.)   Lawrence Bleau wrote:   I > I'm having a problem with my TCPIP package, and I suspect it's due to amG > recent upgrade.  I'm running OpenVMS AXP V7.3-1, TCPIP V5.3 on systemE? > umtof.umd.edu .  I have three test systems with the followingG > configurations:  > % >                 VMS      TCPIP(UCX)e > umtof2.umd.edu  V7.3-2   V5.4-% > umace.umd.edu   V7.1-2   V4.2 ECO 1,% > uleis.umd.edu   V7.1-2   V4.2 ECO 1m > I > What I'm observing is that email from the two test systems I administer J > that haven't been upgraded that is sent to the problem system using smtpF > seems to get stuck in the sending system's mail queue.  It goes into: > Processing state, stays there a while, then is requeued. > L > These two systems are next to each other on the same LAN!  A UCX PING from7 > each to the other returns immediately with no errors.e > H > Email sent from umtof2.umd.edu, however, which runs the same or higherJ > version of TCPIP, works nicely; it gets delivered within a minute or so. > D > No problem sending smtp email between the test systems, btw, works > immediately. > J > I checked the smtp receiver log files on the problem system.  They existM > for the emails from the test systems, which shows the test system connectedeK > to the problem system.  In each case, however, the log file ends with theoM > error   %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failedw > G > Essentially something times out in the communication between the testrD > (sending) system and the receiving (problem) system.  Here's a few1 > additional lines from the log file to help out:  > n > send buf=220 umtof.umd.edu V5.3-18, OpenVMS V7.3-1 Alpha ready at Tue, 24 Feb 2004 15:25:11 -0500 (EST) \d\aj > #smtp_net_util\322 smtp_read_reply,fd=3,buf=,len=4096,cookie=1,timemin=1,timenow 24-FEB-2004 15:25:11.253 > #smtp_read_reply:B4 select: vaxc$errno=1, errno=0l6 > #smtp_read_reply:After select: vaxc$errno=1, errno=0" > #smtp_read_reply:select:status=1* > #smtp_read_reply:rmask=8,wmask=0,emask=02 > #smtp_read_reply:recv:status=-1, vaxc$errno=8412A > recv_serv: read failed; status=0x20dc; iosb[0]=0x1, iosb[1]=0x0gE > %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failedn > J > There exist log files for smtp messages received from other systems, andK > I've received email from the outside world (not systems I administer), soi/ > the problem system is working to some extend., > M > This sounds like a routing problem, but I'm not sure how to go about fixingQL > it.  I disabled a few routes (using SET NOROUTE), that had no effect, so IL > reenabled them (again manually with SET ROUTE), still no improvement.  (To7 > test I just release the mail job on the test system.)t > F > Below is the output of the SHOW ROUTE command; the problem system isH > 129.2.163.98, it's a Class C host with a 9-bit subnet, and the default# > route off the LAN is 129.2.162.1.l > > > Type           Destination                           Gateway > 9 > AN    0.0.0.0                               129.2.162.1u7 > AH    127.0.0.1                             127.0.0.1o: > AN    129.2.162.0/23                        129.2.163.98: > AH    129.2.163.98                          129.2.163.98 > D > One more thing: Although the ugprade was done over a month ago, weE > typically do not send smtp emails between our own systems, so it is-L > possible that this has been a problem for a while and just went unnoticed. > " > Any suggestions are appreciated. >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edu    ------------------------------   Date: 24 Feb 2004 05:40:25 GMT From: healyzh@aracnet.comv Subject: WWW/DECnotes gateway?+ Message-ID: <c1eo490h9s@enews4.newsguy.com>a  C What gateways exist for making DECnotes conferences available via ap
 webserver?  J I'm aware that Roland Kessi wrote one for OSU, however, I can't figure outK where to obtain a copy.  Does anyone know where I can get it, or if it will 
 work on WASD?    		Zane   ------------------------------  % Date: Tue, 24 Feb 2004 13:09:08 +0100l& From: "Walter Kuhn" <w.kuhn@ksg.co.at>% Subject: Xlib: unexpected async reply G Message-ID: <403b3eed$0$14966$91cee783@newsreader02.highway.telekom.at>   
 Hello all,  I after upgrading our OpenVMS Cluster to V7.3-2, we have a problem with our G X-applications. After some user-actions (mouse clicks), the applicatione< writes the message "Xlib: unexpected async reply" and hangs.J The application is not multi-threaded and works synchronous. All publishedF V7.3-2 patches are installed. Only restart of the application helps. I( didn't find anything about that problem.   Can anyone help? Urgent !w   Kind Regards   Walter Kuhno/ KSG Kommunikations- und Sicherheitssysteme GmbHe Computerstrasse 6'	 1101 Wien. w.kuhn@ksg.co.at http://www.ksg.co.at   ------------------------------  % Date: Tue, 24 Feb 2004 14:17:47 +0100t" From: Didier Morandi <no@spam.com>) Subject: Re: Xlib: unexpected async replyn4 Message-ID: <403b4f15$0$29948$626a14ce@news.free.fr>   Walter Kuhn wrote:   > Hello all, > K > after upgrading our OpenVMS Cluster to V7.3-2, we have a problem with ouriI > X-applications. After some user-actions (mouse clicks), the application"> > writes the message "Xlib: unexpected async reply" and hangs.L > The application is not multi-threaded and works synchronous. All publishedH > V7.3-2 patches are installed. Only restart of the application helps. I* > didn't find anything about that problem.   Can this help ?bJ http://mail.gnome.org/archives/gtk-app-devel-list/2003-April/msg00340.html   D. -- b2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928t$                 http://www.vaxus.org   ------------------------------  % Date: Tue, 24 Feb 2004 15:53:00 +0100u& From: "Walter Kuhn" <w.kuhn@ksg.co.at>) Subject: Re: Xlib: unexpected async replynG Message-ID: <403b655b$0$19094$91cee783@newsreader02.highway.telekom.at>,  G Thank you, but I am not shure if this helps. Our application works fine L since 1990, was never changed, and never had problems. I think there must beG a change in one of the new DECW$*SHR*.EXE files, but I did not find anyi hint...x   Regardsp   Walter Kuhne/ KSG Kommunikations- und Sicherheitssysteme GmbHe Computerstrasse 6 	 1101 Wiens w.kuhn@ksg.co.at http://www.ksg.co.at  5 "Didier Morandi" <no@spam.com> schrieb im Newsbeitraga. news:403b4f15$0$29948$626a14ce@news.free.fr... > Walter Kuhn wrote: >d > > Hello all, > >eI > > after upgrading our OpenVMS Cluster to V7.3-2, we have a problem withT our K > > X-applications. After some user-actions (mouse clicks), the applicationt@ > > writes the message "Xlib: unexpected async reply" and hangs.D > > The application is not multi-threaded and works synchronous. All	 publishedyJ > > V7.3-2 patches are installed. Only restart of the application helps. I, > > didn't find anything about that problem. >; > Can this help ?#L > http://mail.gnome.org/archives/gtk-app-devel-list/2003-April/msg00340.html >o > D. > --  4 > VAXUS - Your new helpful friend in the DEC Family!4 > EHQ: 19 chemin de la Butte, 31400 Toulouse, France1 >       Phone: +336 7983 6418 Fax: +335 6154 1928;& >                 http://www.vaxus.org >l   ------------------------------  % Date: Tue, 24 Feb 2004 15:47:56 -0500i& From: David M Smith <dsmit115@csc.com>@ Subject: Re: [DFU V3.0] Any reason why there is no VAX version ?8 Message-ID: <uvdn30hn272mcq0h3aeqr8nts5gso7kmno@4ax.com>  M On Mon, 23 Feb 2004 23:31:42 +0000 (UTC), peter@langstoeger.at (Peter 'EPLAN'o LANGSTOEGER) wrote:*  L >I wanted to upgrade DFU on my VAX from V2.7A to V3.0 (as I run on my Alpha)I >but alas, the DFU.ZIP from the OpenVMS Freeware V6 doesn't contain a VAX 	 >version.; >rD >Why ? Does the maintainer no longer have a VAX ? May I offer mine ?  O Peter, I, too, am curious about the answer to your question. On the other hand,tP having looked over the list of changes in V3.0, which of them are you needing onO your VAX system -- I don't see anything which looks too significant for the VAX,L system. While some bugs were fixed, most of the new features seem to do with ODS-5 support.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot comBI Computer Sciences Corporation     (Opinions are those of the writer only),I -------------------------------------------------------------------------c   ------------------------------   End of INFO-VAX 2004.110 ************************