1 INFO-VAX	Wed, 25 Feb 2004	Volume 2004 : Issue 111       Contents:P Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEXP 2-node LAVC cluster with quorum disk - network disappears - which node CLUEXITs  ANN: FLIST V2.5-3 for VMS % Re: Another bug in the MIME utility ! % Re: Another bug in the MIME utility ! % Re: Another bug in the MIME utility ! , Re: Bruce Ellis book OpenVMS Troubleshooting, RE: Bruce Ellis book OpenVMS Troubleshooting, Re: Bruce Ellis book OpenVMS Troubleshooting$ Re: Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS?$ Re: Callable XML Parser for OpenVMS? Custom timezone rules  Re: Custom timezone rules  Re: DCL help Re: DCL help RE: DCL help Re: DCL help Re: DCL Numerical symbols   Re: GD graphics lib on CSWS 1.3? Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: iSCSI and VMS ?  Re: iSCSI and VMS ?  Re: iSCSI and VMS ?  Re: iSCSI and VMS ? : Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!
 JBIG Printing / Re: KGPSA-C and EMC DS-24 M2 SAN Switch Problem / Re: KGPSA-C and EMC DS-24 M2 SAN Switch Problem 
 Leap year. MAIL: How to delete folders ?  Re: meta-data & Mozilla # Mozilla, system resources and fonts ' Re: Mozilla, system resources and fonts $ Re: Old Personal Management Programs OpenVMS Service Packs? Re: OpenVMS Service Packs? Re: OpenVMS Service Packs?P Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	... again! ... P Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again! ... 2 PR: British Columbia Ministry of Education project/ Re: printing characters with codes > 127 in DCL / Re: printing characters with codes > 127 in DCL / Re: printing characters with codes > 127 in DCL / Re: printing characters with codes > 127 in DCL ? Problem with installing Security MUP on a VMS 7.3-1 workstation ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ! Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access % Re: Securing SYSTEM from TCPIP access  Sneak preview - SHOW FASTPATH # Strange SOR$ errors - advice sought " Re: Unable to paste at LSE prompts) VAX DECWindows Motif kit requested online - Re: VAX DECWindows Motif kit requested online @ RE: VMS upgrade changed program behavior, what could cause this?@ Re: VMS upgrade changed program behavior, what could cause this?@ Re: VMS upgrade changed program behavior, what could cause this?2 Re: Why does smtp mail between local systems fail? Re: WWW/DECnotes gateway?  RE: WWW/DECnotes gateway? 7 Re: [DFU V3.0] Any reason why there is no VAX version ? 7 Re: [DFU V3.0] Any reason why there is no VAX version ? 7 RE: [DFU V3.0] Any reason why there is no VAX version ? 7 [MOTIF V1.3.1] DECterm not starting with Condensed Font   F ----------------------------------------------------------------------  + Date: Wed, 25 Feb 2004 17:24:51 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) Y Subject: Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEX ( Message-ID: <c1ilp3$g0g$2@pcls4.std.com>  ! Roy Omond <Roy@Omond.net> writes:   
 >Scenario:  % >NODE1 <------ Ethernet ------> NODE2 $ >   +                              +$ >   |                              |$ >   |                              |$ >   +----- Shared SCSI bus --------+ >                 |  >                 | / >                 | Disks including quorum disk   1 >Both nodes have 1 vote, as does the quorum disk, 0 >expected votes set to 3, quorum therefore is 2.  % >Ethernet gets, ahem, "disconnected".   0 >One of the nodes voluntarily exits the cluster.  " >Question:  which one ?  And why ?  H There is a formula that if a cluster gets partitioned, the portion with G the most votes remains up, and if there is a tie, the portion with the  I most nodes remains up.  That doesn't answer your question (I believe the  J official answer is 'it's random'), but if you are trying to ensure that a I certain node survives in that situation, you really don't have two equal  F nodes.  If that's what you're trying to do, split the votes unequally I (say, give 11 votes to the node you want to survive, 10 to the other and  I 10 to the quorum disk.  Expected votes will be 31, quorum will be 16, and G your cluster will work as before (you can lose any one, but not any two D of the two nodes and quorum disk) except lose the net connection the1 node with 11 votes will be the one that stays up.  --   -Mike    ------------------------------  % Date: Wed, 25 Feb 2004 15:16:10 +0000  From: Roy Omond <Roy@Omond.net> Y Subject: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEXITs  4 Message-ID: <c1ie7r$bhb$1$8300dec7@news.demon.co.uk>   Gentle colleagues,  ? despite working with VMS clusters for the last 100 or so years, & I'm stuck for an answer to this query:  	 Scenario:   $ NODE1 <------ Ethernet ------> NODE2#    +                              + #    |                              | #    |                              | #    +----- Shared SCSI bus --------+                   |                  |.                  | Disks including quorum disk  0 Both nodes have 1 vote, as does the quorum disk,/ expected votes set to 3, quorum therefore is 2.   $ Ethernet gets, ahem, "disconnected".  / One of the nodes voluntarily exits the cluster.   ! Question:  which one ?  And why ?   < Is it the last one to access the quorum disk that stays up ?    	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Tue, 24 Feb 2004 12:45:46 -0600 - From: Hunter Goatley <goathunter@goatley.com> " Subject: ANN: FLIST V2.5-3 for VMS* Message-ID: <403B9BDA.3080109@goatley.com>  1 Hello.  A minor problem with FLIST has been found 6 and corrected.  Copying or renaming a file to the same: directory was causing blank lines in the directory display: in some cases.  This problem has been corrected, thanks to John Powers.  ? FLIST V2.5-3 can be downloaded using any of the following URLs:    http://www.process.com/openvms/   5 ftp://ftp.process.com/vms-freeware/fileserv/flist.zip : http://vms.process.com/ftp/vms-freeware/fileserv/flist.zip  1 ftp://ftp.tmk.com/vms-freeware/fileserv/flist.zip 6 http://www.tmk.com/ftp/vms-freeware/fileserv/flist.zip  + and the usual mirrors in the next 24 hours.    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------  # Date: Tue, 24 Feb 2004 19:18:44 GMT , From: Paul <Paul-Dot-Mosteika@MyCompany.COM>. Subject: Re: Another bug in the MIME utility !- Message-ID: <403B5C69.20DFE4B9@MyCompany.COM>    Hi,   ( Thanks for posing the error information.  D I'll have to check about the "UNKNOWN TERMINAL" type. I think it mayG have to do with SMG$ , MIME's exception handling, and the way it exits. D Just to be sure, can you please also post the current verion of MIME that you are using?    	MIME> sho ver  H The quotes shouldn't be a problem in either parameter. I remember fixingB a defect regarding quotes, so I wonder if you are using an earlier version.  &     	Content-Type: application/msword;=             name="=?iso-8859-1?Q?D=E9but_des_travaux=2Edoc?=" " 	Content-Transfer-Encoding: base64@ 	Content-Description: =?iso-8859-1?Q?D=E9but_des_travaux=2Edoc?=! 	Content-Disposition: attachment; A             filename="=?iso-8859-1?Q?D=E9but_des_travaux=2Edoc?="   C As you have found, the other characters may pose a problem. Certain F characters "tspecials" are not allowed in token values unless they areB in a quoted string. The '?' and '=' are two of them. So again thisF should be o.k. with a fairly recent version of MIME (V1.7 or V1.8, and> possibly some earlier versions). I wonder about the apparently$ quoted-printable "D=E9" 8 bit ASCII.  C If possible, can you post or send the actual MIME message? Or if it G is personal, only the MIME headers will do. I can subtitute the body of  the message.    
 			Thank you,      			Paul Mosteika   ------------------------------  # Date: Tue, 24 Feb 2004 19:24:09 GMT , From: Paul <Paul-Dot-Mosteika@MyCompany.COM>. Subject: Re: Another bug in the MIME utility !- Message-ID: <403B5DAF.171AF0FE@MyCompany.COM>    > ? > Not just one clear, it clears the screen twice, and positions  > the cursor five times. >    Hi,   G Yes there is some busy SMG$ work that we fixed a while ago, most of the B annoying areas should be gone. Possibly a later version of MIME is0 needed. Version 1.7 or V1.8 should be available.     		Paul Mosteika    		OpenVMS Engineering    ------------------------------  + Date: Tue, 24 Feb 2004 20:47:48 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply). Subject: Re: Another bug in the MIME utility !$ Message-ID: <c1gd9k$bp7$3@online.de>  2 In article <403B5DAF.171AF0FE@MyCompany.COM>, Paul* <Paul-Dot-Mosteika@MyCompany.COM> writes:   A > > Not just one clear, it clears the screen twice, and positions  > > the cursor five times. > I > Yes there is some busy SMG$ work that we fixed a while ago, most of the D > annoying areas should be gone. Possibly a later version of MIME is2 > needed. Version 1.7 or V1.8 should be available.  ( Here is what 1.7 looks like (VMS 7.3-1):  
 $ mc mime<CR> f <ESC>)0<ESC>[4l<ESC>)0<ESC>[4l<ESC>=<ESC>[1;24r<ESC>[;H<ESC>[2J<ESC>[;H<CR><ESC>[1;1HMIME> sh vers<CR> <ESC>[2;1HMIME Version: V1.7( <CR><ESC>[;H<CR><ESC>[3;1HMIME> exit<CR> <ESC>[6;1H<ESC>><ESC>[m<CR>^@$  D The above is DECterm-to-DECterm cut-and-paste from the log of a LAT  session.   ------------------------------  # Date: Tue, 24 Feb 2004 18:08:12 GMT " From:   VAXman-  @SendSpamHere.ORG5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting 0 Message-ID: <00A2DE5F.B8A7BDBF@SendSpamHere.ORG>  p In article <3a65a5c8.0402240934.186115e3@posting.google.com>, keith.cayemberg@conti.de (Keith Cayemberg) writes: >Hi Jay, > 8 >I'm quite certain I saw the "OpenVMS Troubleshoting" by6 >Bruce Ellis on the Digital Press Web Site in December2 >with an updated release date for the end of 2004.  B VMS is so trouble free that there's very little to fill a book! ;)   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Wed, 25 Feb 2004 08:22:14 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> 5 Subject: RE: Bruce Ellis book OpenVMS Troubleshooting R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB2790FB@tayexc19.americas.cpqcorp.net>   > -----Original Message-----; > From: Rob Brooks [mailto:brooks@cuebid.zko.dec.nospam]=20 " > Sent: February 23, 2004 11:55 PM > To: Info-VAX@Mvb.Saic.Com 7 > Subject: Re: Bruce Ellis book OpenVMS Troubleshooting  >=20. > JF Mezei <jfmezei.spamnot@istop.com> writes:@ > > is Bruce Ellis still involved with VMS ? I thought he had=20 > abandonned=20 . > > VMS in favour of a more visible platform ? >=208 > From what information are you making that presumption? >=20B > Bruce, fortunately, is still very much involved with VMS.  If=20G > you come to the next bootcamp, you might be able to see for yourself.  >=20 > --=20  >=208 > Rob Brooks    VMS Engineering -- I/O Exec Group    =20 > brooks!cuebid.zko.dec.com  >=20   All,  D As Rob pointed out, Bruce is still very much active with OpenVMS.=20  + The following is reprinted with Bruce's ok:   D "the book is currently on hold as Bruce is currently busy developingA three courses for OpenVMS IPF V8.2 as well as writing some system  software for OpenVMS .."   :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------  # Date: Wed, 25 Feb 2004 13:18:14 GMT # From: "John Smith" <a@nonymous.com> 5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting H Message-ID: <qg1%b.3081$Yf.1448@twister01.bloor.is.net.cable.rogers.com>    VAXman- @SendSpamHere.ORG wrote:? > In article <3a65a5c8.0402240934.186115e3@posting.google.com>, 4 > keith.cayemberg@conti.de (Keith Cayemberg) writes:
 >> Hi Jay, >>: >> I'm quite certain I saw the "OpenVMS Troubleshoting" by8 >> Bruce Ellis on the Digital Press Web Site in December4 >> with an updated release date for the end of 2004. > D > VMS is so trouble free that there's very little to fill a book! ;)    F Somebody ought to write a abook about the trouble VMS has had with theD managements (if you can dare to call them that) its had steering its success.  E In fact, why don't we start a VMS Users For VMS Advertising Fund - we L contribute money to a trust and use the money collected to advertise VMS the% way *we* see fit?  Anyone interested?    ------------------------------  # Date: Tue, 24 Feb 2004 22:54:23 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> - Subject: Re: Callable XML Parser for OpenVMS? < Message-ID: <Pine.LNX.4.58.0402241451110.20542@jaipur.local>  < I know of two libraries that can be used on VMS to read XML.  I First, one is offered by HP.  They have parsers for C++ and Java located  9 here: http://h71000.www7.hp.com/openvms/products/ips/xml/   B Another that works is the 'expat' parser for C.  I use this in an H application we have on our systems.  I believe it will compile straight K out of the package.  Or maybe it requires a little work, but it still will  , function okay: http://expat.sourceforge.net/  I So, I guess the question is, what laguange are you going to use for this  B parser?  I'm sure you can find other libraries if you are using a ( "popular" language like C/C++/Java, etc.  6 And any PERL library should work on VMS I would think.  1 On Tue, 24 Feb 2004 norm.raphael@metso.com wrote: K > I have been told that we will be receiving XML documents, and they want a  > way toF > read them into a program, parse the data out, and deal with the data > appropriately.+ > Is there a way to do this?  Alternatives?    ------------------------------  % Date: Tue, 24 Feb 2004 18:53:57 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>- Subject: Re: Callable XML Parser for OpenVMS? ) Message-ID: <403BE40A.24F5C7AF@istop.com>    norm.raphael@metso.com wrote:  > K > I have been told that we will be receiving XML documents, and they want a  > way to > read them into a program,   K The VMS web site had, preior to HP merger the kits freely downloadable. Not  sure where they are hidden now.    the old URLS were:W http://www.openvms.compaq.com/openvms/products/ips/XML/download/XALAN-C_1_0-OPENVMS.ZIP U http://www.openvms.compaq.com/openvms/products/ips/XML/download/XERCES-C-SRC1_3_0.ZIP O http://www.openvms.compaq.com/openvms/products/ips/XML/download/XMLTech_doc.zip    ------------------------------  # Date: Wed, 25 Feb 2004 01:48:11 GMT 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>- Subject: Re: Callable XML Parser for OpenVMS? @ Message-ID: <02880be5cac9549588769301de0e54df@news.teranews.com>  < In article <Pine.LNX.4.58.0402241451110.20542@jaipur.local>,-  Ryan Moore <rmoore@rmoore.dyndns.org> wrote:   > > I know of two libraries that can be used on VMS to read XML. > K > First, one is offered by HP.  They have parsers for C++ and Java located  ; > here: http://h71000.www7.hp.com/openvms/products/ips/xml/  > D > Another that works is the 'expat' parser for C.  I use this in an J > application we have on our systems.  I believe it will compile straight M > out of the package.  Or maybe it requires a little work, but it still will  . > function okay: http://expat.sourceforge.net/  = #3 would be libxml, which is part of the Gnome project.  See  C <http://xmlsoft.org/>.  Unlike expat, libxml is a fully validating   parser.   K > So, I guess the question is, what laguange are you going to use for this  D > parser?  I'm sure you can find other libraries if you are using a * > "popular" language like C/C++/Java, etc. > 8 > And any PERL library should work on VMS I would think.  D I believe there are some in pure Perl but there are definitely some * that are based on other parsers in C.  See  5 <http://search.cpan.org/search?query=xml&mode=module>    ------------------------------  % Date: Wed, 25 Feb 2004 14:34:28 +0100 0 From: "TheGurr" <gurra_green.nospam@hotmail.com>- Subject: Re: Callable XML Parser for OpenVMS? + Message-ID: <Nv1%b.4$xf.21010@news.ecrc.de>   > A really small and lite-weight option is the TinyXML parser atH http://sourceforge.net/projects/tinyxml. We use it in our cross-platformK compiles for VMS (alpha and VAX), different UNIXes and Win32. If you do not K need dtd/schema, it is really easy to work with, just 4 source files rather 2 than whole libraries. So it depends on your needs.  < "Randy Park" <rjpark@minspring.nospaam.com> wrote in message2 news:dstn30d4acklcqb58fsiok4mu4ajf33rbs@4ax.com...C > On Tue, 24 Feb 2004 16:37:53 -0500, norm.raphael@metso.com wrote:  > L > >I have been told that we will be receiving XML documents, and they want a	 > >way to G > >read them into a program, parse the data out, and deal with the data  > >appropriately. , > >Is there a way to do this?  Alternatives? > >-Norm > >  > 8 > I have successfully used the expat novalidating parser: > from within in BASIC application.  Note that this parser8 > uses callouts to give you the various data components.2 > Because the parse assumes the programmer will be: > using the C language, I had to resort so some unorthodox7 > programming techniques to handle null terminated text  > strings passed by value. >    ------------------------------    Date: 25 Feb 2004 05:58:47 -08000 From: keith.cayemberg@conti.de (Keith Cayemberg)- Subject: Re: Callable XML Parser for OpenVMS? < Message-ID: <3a65a5c8.0402250558.6a0f829@posting.google.com>   Try...  < http://h71000.www7.hp.com/openvms/products/ips/XML/download/   Keith Cayemberg  An American in Lower Saxony     [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<403BE40A.24F5C7AF@istop.com>...  > norm.raphael@metso.com wrote:  > > M > > I have been told that we will be receiving XML documents, and they want a 
 > > way to > > read them into a program,  > M > The VMS web site had, preior to HP merger the kits freely downloadable. Not ! > sure where they are hidden now.  >  > the old URLS were:Y > http://www.openvms.compaq.com/openvms/products/ips/XML/download/XALAN-C_1_0-OPENVMS.ZIP W > http://www.openvms.compaq.com/openvms/products/ips/XML/download/XERCES-C-SRC1_3_0.ZIP Q > http://www.openvms.compaq.com/openvms/products/ips/XML/download/XMLTech_doc.zip    ------------------------------  + Date: Wed, 25 Feb 2004 14:52:27 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis)- Subject: Re: Callable XML Parser for OpenVMS? . Message-ID: <c1icrb$l85$2@newslocal.mitre.org>   Ryan Moore <rmoore@rmoore.dyndns.org> writes in article <Pine.LNX.4.58.0402241451110.20542@jaipur.local> dated Tue, 24 Feb 2004 22:54:23 GMT: = >I know of two libraries that can be used on VMS to read XML.  > J >First, one is offered by HP.  They have parsers for C++ and Java located : >here: http://h71000.www7.hp.com/openvms/products/ips/xml/ > C >Another that works is the 'expat' parser for C.  I use this in an  I >application we have on our systems.  I believe it will compile straight  L >out of the package.  Or maybe it requires a little work, but it still will - >function okay: http://expat.sourceforge.net/   K I second the recommendation of Expat.  It's fast and compact and written in ) very straight C (little or no Unix-isms).   J >So, I guess the question is, what laguange are you going to use for this C >parser?  I'm sure you can find other libraries if you are using a  ) >"popular" language like C/C++/Java, etc.   L JDOM is a Java package which creates and parses XML, but it's slow.  (And if> you're running Java, VMS probably isn't your platform anyway.)  7 >And any PERL library should work on VMS I would think.  > 2 >On Tue, 24 Feb 2004 norm.raphael@metso.com wrote:L >> I have been told that we will be receiving XML documents, and they want a	 >> way to G >> read them into a program, parse the data out, and deal with the data  >> appropriately. , >> Is there a way to do this?  Alternatives?  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 25 Feb 04 04:39:29 PST From: mckinneyj@cpva.saic.com  Subject: Custom timezone rules( Message-ID: <++Z4aLoeO7Rd@cpva.saic.com>  # Alpha VMS 7.3 (probably 7.anything)   E I've compiled a set of timezone rules for one of my systems using the < ZIC compiler and located the resultant file in the directory  - 	SYS$SYSDEVICE:[VMS$COMMON.SYS$ZONEINFO.USER]   E The source is in the [.SOURCE] subdirectory. Is this the conventional D location for these files? The reason I ask is that after creation ofC the rules and loading via SYS$MANAGER:NET$CONFIGURE I have a set of F valid rules - as define by the SYS$LOCALTIME and SYS$TIMEZONE* logical1 name - that the job controller is content to use.   H However, upon reboot the configuration defaults to GMT. This is a resultG of the code in SYS$COMMON:[SYS$STARTUP]VMS$INITIAL-050_LIB.COM. In this D procedure we find that SYS$TZDIR is defined as a search list logicalG whereby both the [.SYSTEM] and [.USER] subdirectories of [SYS$ZONEINFO] @ are considered; however, later in the procedure after the systemF specific SYS$SYSTEM:SYS$TIMEZONE_SRC.DAT is read and the tzfilespec isF determined, it is presumed invalid if the tzfilespec does not describeE a file that resides in the [.SYSTEM] directory. The [.USER] directory F is totally ignored (though it is part of the definition of SYS$TZDIR). This seems inconsistent.  D So, the question is, have I likely set this up correctly and found aC flaw in VMS$INITIAL-050_LIB.COM or should I be placing the compiled 0 timezone file in the [SYS$ZONEINFO.SYSTEM] tree?   It simple enough to change  H $if f$element (0,"M",tzfilespec) .nes. "SYS$SYSROOT:[SYS$ZONEINFO.SYSTE"   in VMS$INITIAL-050_LIB.COM to   J $if f$element (0,"M",tzfilespec) .nes. "SYS$SYSROOT:[SYS$ZONEINFO.SYSTE" -I .and. f$element (0,"]",tzfilespec) .nes. "SYS$SYSROOT:[SYS$ZONEINFO.USER"   G to persuade it to use my timezone rules file from its present location.    --   - Jim    ------------------------------  # Date: Wed, 25 Feb 2004 14:06:51 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) " Subject: Re: Custom timezone rules1 Message-ID: <%Z1%b.1055$z47.544@news.cpqcorp.net>   H In article <++Z4aLoeO7Rd@cpva.saic.com>, mckinneyj@cpva.saic.com writes:$ >Alpha VMS 7.3 (probably 7.anything) > F >I've compiled a set of timezone rules for one of my systems using the= >ZIC compiler and located the resultant file in the directory  > . >	SYS$SYSDEVICE:[VMS$COMMON.SYS$ZONEINFO.USER]  * I think you need to copy/move  the file to  6         SYS$SYSDEVICE:[VMS$COMMON.SYS$ZONEINFO.SYSTEM]5                                                ^^^^^^ ) Then run SYS$MANGER:UTC$TIME_SETUP.COM.   7 Your rule should show up (the menu shows file names).     F (For reasons that aren't clear, SYS$MANGER:UTC$TIME_SETUP.COM seems toK intentionally ignore rule files in .USER.  I will look into changing this.)    --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 25 Feb 2004 07:15:52 +0100 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> Subject: Re: DCL help * Message-ID: <c1hei6$moi12@doiweb4.b2x.vwg>   AMIT wrote:  > Hi8 > I have some difficulty understanding dir/since/backup. > D > I have some files that have been backed up and some that have not. > I > How do I select those that have been backed up? using dir/since/backup?  >  > thanks > ASO Since VMS stores several dates for every file, you must select the date to deal X with when specifying /SINCE or /BEFORE. /BACKUP selects the recorded backup date for theI file. It is written/updated, when a BACKUP/RECORD operation is performed.    --    + mit freundlichen Gren | with best regards   3 Karl Rohwedder          | it-ingteam(at)t-online.de A                          | extern.karl.rohwedder(at)volkswagen.de    ------------------------------    Date: 25 Feb 2004 07:53:58 -0600 From: briggs@encompasserve.org Subject: Re: DCL help 3 Message-ID: <$lUGcFwWadbH@eisner.encompasserve.org>   b In article <7e127df6.0402242022.55f6734b@posting.google.com>, thick_guy_9@yahoo.com (AMIT) writes: > Hi8 > I have some difficulty understanding dir/since/backup. > D > I have some files that have been backed up and some that have not. > I > How do I select those that have been backed up? using dir/since/backup?   B $ DIR /BACKUP /SINCE=17-NOV-1858	! Or any other date significantlyC       or      /SINCE=01-JAN-1900	! before you ran your first backup   F Neither /BACKUP/SINCE= nor /BACKUP/BEFORE= will ever select files thatC have no backup date recorded.  So all you have to do is pick a date J far enough in the past that you don't miss any flies that do have a backup date recorded.   	John Briggs   ------------------------------  % Date: Wed, 25 Feb 2004 07:19:06 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> Subject: RE: DCL help O Message-ID: <11721EF39C7D7F47A55447158274CAF7AF9C9C@cossmgmbx01.email.corp.tld>    AMIT wrote:   8 > I have some difficulty understanding dir/since/backup. >=0DD > I have some files that have been backed up and some that have not. >=0D7 > How do I select those that have been backed up? using  > dir/since/backup?=0D  D If you use the /RECORD qualifier on your BACKUP command, BACKUP willH update the backup date value.  DIR/SINCE/BACKUP will then show you filesH whose backup date is newer than midnight of the day on which you run theH command.  In other words, the DIR command will list files that have been@ backed up (with the /RECORD qualifier) since the prior midnight.H Probably not a very useful value.  However, DIR/SINCE=3D"-7-"/BACKUP mayC be more useful.  It will list all files backed up in the last week.  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------    Date: 25 Feb 2004 11:42:02 -0600 From: briggs@encompasserve.org Subject: Re: DCL help 3 Message-ID: <1lghDzo6O1yS@eisner.encompasserve.org>   i In article <Xns949A5E05F1176taardemanrcangcca@132.156.36.9>, Terry Aardema <taardema@nrcan.gc.ca> writes: # > briggs@encompasserve.org wrote in I >> Neither /BACKUP/SINCE= nor /BACKUP/BEFORE= will ever select files that F >> have no backup date recorded.  So all you have to do is pick a date >  > Yes and no; see below. > F >> far enough in the past that you don't miss any flies that do have a >> backup date recorded. >>   > 4 > From a "HELP BACKUP_COMMAND /BACKUP" on VMS 7.3-1: > H >     "When you use /BACKUP with /BEFORE, files with a BACKUP date priorG >      to the specified date or time are selected. Files with no BACKUP G >      date (that is, /RECORD was not specified when the file was saved $ >      or copied) are also selected.  6 The test I ran on 7.2-1 did not behave in that manner.  D I had never been happy with the counter-intuitive result that a fileC with a null back up date (17-NOV-1858) would not be selected by any B /BACKUP /BEFORE= clause.  It is good to know that the behavior has+ been simplified and documented.  Thank you.   > The new behavior seems to me to be much preferable to the old.   	John Briggs   ------------------------------  % Date: Wed, 25 Feb 2004 08:59:01 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>" Subject: Re: DCL Numerical symbols4 Message-ID: <c1ho4l$6mn$1$8300dec7@news.demon.co.uk>   Don Sykes wrote: > Also when I do a > $ ls | grep ".tmp" > I get:H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling >  \LS\  >  > What's wrong?   E Obviously you've not installed lsedit, the language sensitive editor. 4 You've not got the rest of the command right either.   ;) Chris   ------------------------------  % Date: Wed, 25 Feb 2004 09:45:26 +0000 ) From: Witchy <news@sruasonidyranib.co.uk> ) Subject: Re: GD graphics lib on CSWS 1.3? 8 Message-ID: <3lro309rqaflmbtub6ceau3k0mshjn72g5@4ax.com>  E On Mon, 23 Feb 2004 21:20:02 GMT, "Rick Barry" <richard.barry@hp.com>  wrote:   >Witchy, >   >I'm glad you're up and running. > L >If you're looking for PHP header files, send me an e-mail. We'll be postingF >up-to-date source code kits in the near future, but I can get you the >headers you need. >    Thanks Rick, on its way :)   -- cheers,    witchy/binarydinosaurs   ------------------------------  % Date: Tue, 24 Feb 2004 17:54:25 -0500 * From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Intel releases 64bit Xeon2 Message-ID: <2oOdndABtcqfS6bdRVn-gw@metrocast.net>  4 "nospam" <x@wedontwantyourspam.com> wrote in message/ news:BC6126D4.24983%x@wedontwantyourspam.com...    ...   A > If my memory serves the DLM in linux may have been from Tru64 ?   G Not unless a second one was donated by HP after IBM donated theirs.  Of I course, the IBM DLM (developed by their subsidiary CLAM Associates in the I early '90s) was a sufficiently close copy of VMS's to run Oracle Parallel 3 Server (indeed, that was the reason they wrote it).    - bill   ------------------------------    Date: 25 Feb 2004 04:35:17 -0800. From: mistdragon@zdnetonebox.com (mist dragon)& Subject: Re: Intel releases 64bit Xeon= Message-ID: <7500353b.0402250435.20b983f1@posting.google.com>    And the winner is #1. 2 http://www.theregister.co.uk/content/61/35799.html  E HP has introduced Opteron servers and tells that it wont dent Itanium A sales. Opterons are available with Linux and later on on Windows. ) Itanium is dedicated to high end only....   7 In practice that means systems from 64 CPU's upwards...    M    ------------------------------    Date: 25 Feb 2004 07:27:50 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <WEDPD3y$iuSC@eisner.encompasserve.org>   n In article <7500353b.0402250435.20b983f1@posting.google.com>, mistdragon@zdnetonebox.com (mist dragon) writes: > And the winner is #1. 4 > http://www.theregister.co.uk/content/61/35799.html >   : 	At first, I thought what you wrote below was a quote from 	the article...   G > HP has introduced Opteron servers and tells that it wont dent Itanium C > sales. Opterons are available with Linux and later on on Windows.m+ > Itanium is dedicated to high end only....b  9 	I guess the low voltage versions of Itanium don't count?o  / 	Deerfield (low voltage McKinley) for instance?i   > 9 > In practice that means systems from 64 CPU's upwards.... >    	Ah... you wish.  I 	How many Itaniums are currently under development or nearing completion?  	Not counting Madison 9M?s   	LV = low voltager   	Fanwood 	LV Fanwoodo
 	Montecito 	Millington  	LV Millington 	Tukwila+ 	Dimona        (another multi-core Itanium)L 	b$ 	Seven or so ... according to Intel.  = 	Guess they just don't know when to surrender to AMD64.  LOL.y@ 	But it isn't as if Itanium is broken.  Montecito conservatively; 	does 2000 SpecInt2000 and 2800 SpecFp2000 and given it has-@ 	24 MByte L3 and geared towards commercial computing it ought to 	be a shocker with TPC.a  2 	Intel just has too much money - yes pigs can fly.   				Robe   ------------------------------    Date: 25 Feb 2004 12:12:05 -0600+ From: young_r@encompasserve.org (Rob Young)/& Subject: Re: Intel releases 64bit Xeon3 Message-ID: <ezM9P0ZtDos3@eisner.encompasserve.org>n   In article <c1ik69$74$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:n   >> 	Ah... you wish.  >> dL >> 	How many Itaniums are currently under development or nearing completion? >> 	Not counting Madison 9M? >> a >> 	LV = low voltage >> e >> 	Fanwood  >> 	LV Fanwood
 >> 	Montecitot >> 	Millington >> 	LV Millingtont >> 	Tukwilai. >> 	Dimona        (another multi-core Itanium) >> 	' >> 	Seven or so ... according to Intel.t >> t >  > Does it matter ? d  @ 	Sure.  It isn't a projected development plan (i.e. roadmap) but< 	actual development.  One is much more expensive and shouts ; 	committment.  Just like we know about Sun's committment to ; 	UltraSparc and can refer to numerous UltraSparc CPUs undera5 	development.  Ultra V and I'm sure there are others.r  ) > What Itanium has proved conclusively iss> > that having the biggest development budget in microprocessor$ > history does not guarantee sucess.  8 	Right.  But given enough time and money a pig will fly.  < 	x86 at one time was the 286 and didn't achieve respectable G 	performance until several techniques/patents (others) were jammed intoa 	it (PPro).8   				Robs   ------------------------------  % Date: Tue, 24 Feb 2004 13:09:18 -0800s* From: "Jack Peacock" <peacock@simconv.com> Subject: Re: iSCSI and VMS ?2 Message-ID: <U7OdnR6A9o3iIKbdRVn-jA@mpowercom.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagec# news:403BB4A0.D94DF129@istop.com...d > Didier Morandi wrote:g > >dG > > Someone is asking in the French version of c.o.v if "iSCSI has been 	 ported to < > > VMS" i.e. any "VMS support for SCSI via Ethernet" (sic). >oH > John Gemigani, a (former ?) TCPIP engineer had done some work on it at home.eK > Not sure of his whereabouts. Perhaps he knew too much about VMS and TCPIP  and/J > had to be "disposed" of to ensure his knowledge didn't go to competitors :-)  >tJ Or perhaps it only runs on Itanium VMS...so no one outside VMS Engineering! is (or ever will be) aware of it.-    Jack Peacock    ------------------------------  % Date: Tue, 24 Feb 2004 17:38:12 -0500)* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: iSCSI and VMS ?) Message-ID: <403BD24E.674C72FF@istop.com>e   Jack Peacock wrote:tL > Or perhaps it only runs on Itanium VMS...so no one outside VMS Engineering# > is (or ever will be) aware of it.o >    Jack Peacock     H Nop. Mr Gemigani had worked on Alpha and VAX. It is sort of pointless to5 develop for IA64 when there are 0 customers using it.w   ------------------------------  % Date: Tue, 24 Feb 2004 15:31:30 -0500p* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: iSCSI and VMS ?) Message-ID: <403BB4A0.D94DF129@istop.com>    Didier Morandi wrote:  > O > Someone is asking in the French version of c.o.v if "iSCSI has been ported ton: > VMS" i.e. any "VMS support for SCSI via Ethernet" (sic).  L John Gemigani, a (former ?) TCPIP engineer had done some work on it at home.M Not sure of his whereabouts. Perhaps he knew too much about VMS and TCPIP and'L had to be "disposed" of to ensure his knowledge didn't go to competitors :-) :-) :-)+   ------------------------------    Date: 25 Feb 2004 07:35:44 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: Re: iSCSI and VMS ?= Message-ID: <f30679fb.0402250735.60bbb202@posting.google.com>i  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<403BD24E.674C72FF@istop.com>...b > Jack Peacock wrote:tN > > Or perhaps it only runs on Itanium VMS...so no one outside VMS Engineering% > > is (or ever will be) aware of it.e > >    Jack Peacocka >  > J > Nop. Mr Gemigani had worked on Alpha and VAX. It is sort of pointless to7 > develop for IA64 when there are 0 customers using it.e    F What about DoS in iSCSI networks ? Is the iSCSI protocol virus-free ? @ Are the iSCSI equipments not networked with LAN/WAN networks ?     Fegardso   FC   ------------------------------  % Date: Tue, 24 Feb 2004 18:24:06 +0000eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>eC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!N0 Message-ID: <c1g4s6$20h$1@new-usenet.uk.sun.com>   Robert Klute wrote:cG > On Tue, 24 Feb 2004 13:19:36 +0000, Andrew Harrison SUNUK Consultancye0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > I > I didn't say that 32bit systems haven't been popular.  In the 1 - 4 wayS> > space they dominate the market, showing that a most businessJ > applications can be solved cost effectively with such systems.  I merelyH > said that the limited address space puts a cap on how many  processors/ > can be effectively used in a single system.  i >   > But since this point is demonstrably untrue it seems pointless to have made it.  A Solaris 2.6 is a 32bit OS that does not stop it making use of the ; 64 CPU's in a Sun E10000, Dynix was a 32bit OS that did nota5 stop it using the 64 CPU's in the Sequent NUMA-Q box.d  C 3.75 GB for a single process may be a problem for some applicationsEC it is not for most. As an example the majority of Oracle apps apartsE from the DBMS are 32bit because they don't benefit from having 64bit   support.  F The apparent need for all applications and all systems to be 64bit wasE a marketing campaign of Digitals, it was mostly rubbish. As the basiseE of a Digital marketing campaign it had to be dubious though obviouslym? from this conversation some of the rubbish seems to have stuck.      > J >>>No, I didn't miss their announcement.  I seem to remember that they areF >>>focusing on 1 - 2 way in the short term with their offering.  Still9 >>>waiting for proof of an Opteron box bigger than 4 way.m >>>  >>B >>No that is not what Intel announced, though the 1-2 way only may& >>well be HP spin on the announcments. >>C >>Intel announced that it would be available for all the x86 serveruD >>CPU's starting with 2 way, with 4way etc arriving later this year. >  > F > They announced 64-bit support on Prescott (1way), Nocona (2way), andI > Potomac (8way).  Potomac isn't forecast to show up for at least a year.oF > Both Potomac and the Twin Castle chipset have slipped at least once,
 > already. >  >  > I >>You seem to have lost the plot, the 1-8 way market is where most serverhH >>revenues are and except in HPC people do not cluster commodity serversG >>in any large quantities to get additional throughput. They buy bigger^@ >>SMP servers instead because they cost less when you add in the6 >>cluster interconnect, SAN and cluster SW/DBMS costs. >  > G > That's what I have been saying all along. Thank you for agreeing withr > me.e >   E You seem to have missed the point, no one is interested in very large C Linux boxes or very large Windows boxes and they are also not goingoA to create clusters these smaller systems running either OS to tryp to acheive the same effect.n   > E >>Because of that the number of large Linux servers and large Windowse@ >>servers is tiny making an Integrity SuperDome 64 running Linux> >>or Windows a system designed to address a market that simply >>does not exist.. >  > J > The large SQL Server market does exist.  HP is happily selling Integrity' > servers running Windows to customers.e >   D Hardly, most of the Integrity SuperDomes are running HP-UX and whileA there may be very small numbers of customers running instances of B SQL-Server on them using Windows 2003 they hardly create a blip on' anything other than a marketeers radar.E   > I >>>I guess, this just means that we can be expecting an announcement fromeD >>>Sun, any day now, that they are dropping the 15K in favor of V20z >>>clusters. >> >>No for the above reasons.e >  > A > Thought not. So, don't expect HP to drop Itanium any time soon.r >   ? Again you seem to have entirely missed the point, HP are highly @ unlikely to drop Itanium, it would be rather like Turkeys votingA for Christmas/Thanksgiving. You have all your eggs in the Itaniumr> basket. The issue that is excercising people is how long IntelC will continue to fund Itanium given that it has become increasinglyiA obvious that Itanium is not going to capture the server market ash; Intel expected and nor is it going to make money for IntelsI
 shareholders.h  < Many people armed with P&L numbers have asked why HP bothers: making anything other than printers including the families; of your co-founders, the same question is being asked aboutu Intel and Itanium.   Regardsr Andrew Harrisonw   ------------------------------  # Date: Tue, 24 Feb 2004 20:21:02 GMTe3 From: Robert Klute <robert_klute_removethis@hp.com>oC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 8 Message-ID: <6aan30lcdn6nao6pa1g52q2nhhe2m42brh@4ax.com>  E On Tue, 24 Feb 2004 18:24:06 +0000, Andrew Harrison SUNUK Consultancyi. <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  ? >But since this point is demonstrably untrue it seems pointlesso >to have made it.o > B >Solaris 2.6 is a 32bit OS that does not stop it making use of the< >64 CPU's in a Sun E10000, Dynix was a 32bit OS that did not6 >stop it using the 64 CPU's in the Sequent NUMA-Q box. > D >3.75 GB for a single process may be a problem for some applications >it is not for most. ...  ) For 32-bit Windows boxes it is a problem.R      J >>>You seem to have lost the plot, the 1-8 way market is where most serverI >>>revenues are and except in HPC people do not cluster commodity serversiH >>>in any large quantities to get additional throughput. They buy biggerA >>>SMP servers instead because they cost less when you add in theI7 >>>cluster interconnect, SAN and cluster SW/DBMS costs.  >> i >> aH >> That's what I have been saying all along. Thank you for agreeing with >> me. >> t >sF >You seem to have missed the point, no one is interested in very largeD >Linux boxes or very large Windows boxes and they are also not goingB >to create clusters these smaller systems running either OS to try >to acheive the same effect.  F That's not been my experience.  I find businesses that have settled onH Windows or Linux as their primary OS are interested in very large boxes.  K >> The large SQL Server market does exist.  HP is happily selling Integritye( >> servers running Windows to customers. >rE >Hardly, most of the Integrity SuperDomes are running HP-UX and whileeB >there may be very small numbers of customers running instances ofC >SQL-Server on them using Windows 2003 they hardly create a blip ont( >anything other than a marketeers radar.  E Since Sun has sold very few Opteron boxes, to date, can I assume thataG the V20z addresses a market that simply does not exist for Sun and that 0 the box is nothing more than a marketeer's ploy?  s  = >Many people armed with P&L numbers have asked why HP bothersr; >making anything other than printers including the familiesi< >of your co-founders, the same question is being asked about >Intel and Itanium.     A Armed with P&L numbers, one has to ask why Sun bothers staying incC business?  It has had negative net earnings for the last 3 quarters E straight and for 9 out of the last 11 quarters. Just so we understandAH the magnitude of its losses, it has reported a total of $65M earnings inC the positive quarters and $4.58B in losses in the negative quartersl during the last 11 quarters.   ------------------------------  % Date: Tue, 24 Feb 2004 17:34:38 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! ) Message-ID: <403BD179.15940059@istop.com>o  ( Andrew Harrison SUNUK Consultancy wrote:H > The apparent need for all applications and all systems to be 64bit was: > a marketing campaign of Digitals, it was mostly rubbish.   Response is either of:7 I thought we all agreed Digital didn't have marketing ?  *or*% Yes, Digital's marketing was rubbish.     G > You seem to have missed the point, no one is interested in very largevE > Linux boxes or very large Windows boxes and they are also not goingb* > to create clusters these smaller systems  M Folks went for a gazillion small linux boxes because, despite the much higherkM maintenance headaches, it came out cheaper than paying for fewer larger boxeshM with proprietary OS. But the minute Linux starts to scale to bigger machines,0I it is to their advantage to get those bigger boxes and use fewer of them.mK Software licensing for the OS remains cheap, and they reduce the managementy% headaches of having so many machines.|  G As far as windows is concerned, folsk want to run each application on avJ different machine because of the nature of the software. It is the cost ofA being the white sheep following everyone else "to be compatible".t   Someone else wrote:rL > > The large SQL Server market does exist.  HP is happily selling Integrity) > > servers running Windows to customers.s  L Sure HP will happily sell such a beats. But why would anyone want to pay forM this ? I suspect that so far, almost all who have implemented Windows on IA64TK didn't have to pay for hardware or software because HP and Intel desperatly' want reference sites.   H But the minute HP and INtel stop giving away IA64 systems, then the realN business decisions start to happen. And normal customers won't choose IA64 forJ windows. They chose windows to be compatible and to have access to all theJ 8086 software. Running windows on IA64 goes against all the reasons people chose Windows.   Back to Andrew:lB > unlikely to drop Itanium, it would be rather like Turkeys voting/ > for Christmas/Thanksgiving.... how long Inteln  > will continue to fund Itanium   J I am sure that Carly and Grove had some really sweet pillow talk over thisN issue and that they have a plan to get out of this quagmire whilst saving both# faces (and Carly's hair, of course) L And Carly would have known that if AMD succeeded in releasing a 64 bit 8086,M that Intel would have to follow, but until this happened, she had to keep theu IA64 option open.   M What I find interesting is that Carly launched the "integrity" line at a time-N where she would have known for sure that Intel was to release the 64 bit 8086.J She could have canned IA64 right then and there, and alleviate the need toI support this unpopular platform for 5 years. But that would have requiredt< Intel to publicly confirm it was working on the 64 bit 8086.  M So, it looks like Carly, in order to save her image and hairdo, will start to N sell IA64 machines to customers for a couple of years even though it forces HPM to support yet another plaform for many years to come. But in the short term, M it avoid Carly having to give bad news and a few very bad quarters. Unveiling_? new products is always welcomed by Wall Street Casino analysts.i  L The big question is whether HP will bother with continuing the port of Tru645 to IA64 and instead just focus on porting it to 8086.n   ------------------------------  % Date: Wed, 25 Feb 2004 08:26:46 +0100w From: Dirk Munk <munk@home.nl>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!t2 Message-ID: <c1hjmc$a8l$1@news2.tilbu1.nb.home.nl>  ( Andrew Harrison SUNUK Consultancy wrote: > Robert Klute wrote:  > H >> On Tue, 24 Feb 2004 13:19:36 +0000, Andrew Harrison SUNUK Consultancy1 >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote:d >>J >> I didn't say that 32bit systems haven't been popular.  In the 1 - 4 way? >> space they dominate the market, showing that a most businessnK >> applications can be solved cost effectively with such systems.  I merely I >> said that the limited address space puts a cap on how many  processorso/ >> can be effectively used in a single system. g >  > @ > But since this point is demonstrably untrue it seems pointless > to have made it. > C > Solaris 2.6 is a 32bit OS that does not stop it making use of thea= > 64 CPU's in a Sun E10000, Dynix was a 32bit OS that did notn7 > stop it using the 64 CPU's in the Sequent NUMA-Q box.n  J The good old PDP 11/70 had 22 bit of memory/address space. However RSX11M O applications can only address 16 bits. You can run many 16 bit applications in  P that 22 bit address space. (RSX11M+ is the predecessor of VMS, the PDP11 is the J predecessor of the VAX. Both can still be bought). More then 30 years ago ? Digital demonstrated that it was possible to do these 'tricks'.l     > E > 3.75 GB for a single process may be a problem for some applicationsNE > it is not for most. As an example the majority of Oracle apps apartvG > from the DBMS are 32bit because they don't benefit from having 64bit !
 > support. > H > The apparent need for all applications and all systems to be 64bit wasG > a marketing campaign of Digitals, it was mostly rubbish. As the basis G > of a Digital marketing campaign it had to be dubious though obviously A > from this conversation some of the rubbish seems to have stuck.   P Now you're talking rubbish. Digital had the vision that disk access speed would M become a big problem for fast database access. So they said let's move large  " parts of the database into memory.  L  From every day experience I know that most programmers and system managers Q haven't got a clue about disk access. Disks have become about 4 times faster the  L last 25 years (random IO), cpu's 1000(?), 10,000(?) times faster. Memory is N about a 100 times cheaper. And now the disks are doubling in size about every O year, and customers still want to buy storage based on the size they need, not 1O on the IO they need, since they haven't got a clue about IO either. And try to  J tell these people that they have to stuff their system full of memory.....  M And there we are wondering why that beautifull new system is so sloooow. Sun cP systems have the same problem I can assure you. By the way, I studied the specs O of the new SUN 4900 yesterday, and was amazed by the poor IO subsystem. 16 PCI  = slots, mnay of them 33 MHZ. No PCI-X slots on 133 or 100 MHz.r  M Returning to the subject, you can say that Digital was 15 years ahead in its SJ thinking, but not that it was marketing rubbish. But then again Digital's N thinking had the tendency to run ahead of its competitors (clusters, security  etc.)d   >  >  >>   ------------------------------  % Date: Wed, 25 Feb 2004 15:11:37 +0100d  From: "Dr. Dweeb" <dr@dweeb.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!d, Message-ID: <c1iaev$j6d$1@news.cybercity.dk>   Paul Sture wrote:e > Dr. Dweeb wrote: >> >> JF Mezei wrote: >>> "Barry Treahy, Jr." wrote:G >>>> That presumes one thing, that frustrated Tru64, HP-UX, MPE and VMSsH >>>> sites to don't tell HP to kiss their collective back sides and move >>>> to alternatives.e >>>tF >>> I think it is more likely customers will delay the cost/trouble ofE >>> migrating to IA64 and continue to buys MIPS/Alpha/Pa-Risc systems0? >>> until the dust settles and Carly admits IA64 has no future.  >>D >> That is certainly an option, especially for those who do not haveG >> very steeply increasing hardware requirements.  For those who do not @ >> need a 220GB 1280 fully populated with EV7s, there is still aC >> considerable amount of hardware available before they "top out". D >> If, however, you are the "Bank of Xxxx" or "The Stock Exchange ofD >> Yyyyyy"  and had one of the abovementioned monsters day 1 and canE >> predict with a high degree of certainty when it will be too small,1& >> then the view looks very different. >> >e > True.3 >uE >> The crunch will come for the Marvel customers quicker than for theoF >> others and I suspect Marvel customers are highly profitable for HP.C >> It will be interesting to see what happens.  People who have noteF >> worked in these environments really have little clue as to just howF >> massive a task of moving architectures and operating systems is.  A> >> decision not taken lightly, and something massively costly. >> > ? > That is the very problem. Many in this industry simply do not,G > understand what a massive undertaking a simple OS upgrade can be, fartE > less that of migrating to a different platform. All the "We'll helpaF > you move to 'flavour du jour'" statements really do not go down well > with such customers. >l  L And the joke is that many "suits" do not realise, that those legacy backboneJ systems have grown "organically" and if my experience is anything to judgeJ by, what has not been created/maintained is any form of regression testing system.-  K In other words, the task of an OS conversion of, let us say a major backendOI system such as clearing, is almost equal to the task of rewriting it fromaF scratch, because either way, you have to test & validate the ** entireA system ** and testing is time consuming and expensive.  This is a I non-trivial task, especially when sites are not even able to validate thecF system in operation!  And let us not forget that most of the system is probably undocumented as well.  K Personally, I think OS moves are a good time to bite the bullet, start fromSE scratch and do things correctly.  That being said, I cannot recall an @ instance of it occurring, and it is hard to justify financially.   Dweeb.   >sE >> For the average customer, the crunch comes when they can no longeraE >> buy support/upgrades etc for the OS and hardware they have and are D >> forced to Itanic by HP.  This will be quite a way down the road IG >> suspect, and by then, if things go as many predict, Itanic will have-/ >> sunk and there will be another path to take.0 >> >> Just my take. >> >> Dr. Dweeb >o > --   ------------------------------  # Date: Wed, 25 Feb 2004 18:19:57 GMTD& From: Rick Jones <foo@bar.baz.invalid>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!m1 Message-ID: <hH5%b.1089$vp7.537@news.cpqcorp.net>   P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:D > Sadly at the time the only Digital platform that supported largishE > amounts of memory was the 8400 and at the time you only got largishcB > amounts of memory >8GB by trading CPU's and I/O slots for memoryE > resulting in a system that lacked CPU and I/O capacity thus provingsB > that caching a DBMS in memory was a good thing (at least for theD > config you ended up with because it had negligable I/O bandwidth).  A The tradeoffs between CPU/Memory/IO sound rather like the SunFiree systems.  B >> And there we are wondering why that beautifull new system is soC >> sloooow.  Sun systems have the same problem I can assure you. BysF >> the way, I studied the specs of the new SUN 4900 yesterday, and wasA >> amazed by the poor IO subsystem. 16 PCI slots, mnay of them 33p) >> MHZ. No PCI-X slots on 133 or 100 MHz.o  0 > You appear to have looked in the wrong place !  ? > Counting the number of PCI slots and the speed of those slots @ > is the last place to look on a SMP server to discover what its > I/O bandwidth might be.e  ? > Just as a hint, the PCI busses are driven by PCI bridges frome> > the main backplane thats the place to look and if you do you> > will find that in reality the Sun's are rather fast compared+ > with what is actually on offer elsewhere."  ; If they can actually then drive that I/O out the PCI slots.-  
 rick jones -- CG oxymoron n, Hummer H2 with California Save Our Coasts and Oceans platesDF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  % Date: Wed, 25 Feb 2004 09:43:05 -0700a8 From: "Michael D. Ober" <obermd-.@.-alum-mit-edu-nospam> Subject: JBIG Printing0 Message-ID: <tg4%b.58$os4.14839@news.uswest.net>  G I need to hook up a printer that uses host based JBIG compression.  TheuJ specific printer is a Sharp AL-1651CS.  Does anyone know where I can get a JBIG printer library for VMS?    Thanks, 
 Mike Ober.   ------------------------------  % Date: Wed, 25 Feb 2004 08:02:16 -0600e( From: David Harrold <DHarrold@wi.rr.com>8 Subject: Re: KGPSA-C and EMC DS-24 M2 SAN Switch Problem8 Message-ID: <niap30pc022ujlds1bsl58o1ltvmnnpp8i@4ax.com>  M On 24 Feb 2004 20:01:27 -0800, phillip_thayer@hotmail.com (PhilThayer) wrote:.  = >We have just purchased an AlphaServer ES40 M2 with a KGPSA-ChE >FiberChannel card in it.  I am trying to get connectivity to the EMC F >DAS-24 M2 SAN switch but it doesn't seem to be working.  I am runningC >console firmware version 6.6-19 from Nov 2003 and have replace the D >fiber and card already and still no luck.  The EMC people said thatB >when the switch sees "light" on the fiber cable a blue light willE >light up next to the port I am useing.  But it never lights up and IE@ >keep getting the message "pga0.0.0.4.1 link down" on the system& >console when I initialize the system. >DD >Is there something I am missing or not doing properly?  Any help or; >pointers to the right direction with this would be greatly 
 >appreciated.e  K Is this a new adapter?  If so, have you initialized the NVRAM?  I have seen 2 this cause strange problems on some of my systems.  H To initialize it, use WWIDMGR e.g. P00>> WWIDMGR -SET ADAPTER xxxx -TOPO FABRIC.M  I See the WWIDMGR user guide on the firmware CD for complete details of the7	 commands.    >7 >Thanks, >Philm   Hope that helps,   Dave Harrold    N ..............................................................................N David Harrold                              E-Mail: David.Harrold at aurora.orgJ Lead Software Systems Engineer              Phone:          (414) 647-6204J                                             Pager:          (414) 941-4634J Aurora Health Care                            Fax:          (414) 647-4999 3031 W. Montana Street Milwaukee, WI 53215D   ------------------------------  # Date: Wed, 25 Feb 2004 14:48:07 GMT./ From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com>t8 Subject: Re: KGPSA-C and EMC DS-24 M2 SAN Switch Problem8 Message-ID: <HA2%b.83497$n62.13845@twister.nyroc.rr.com>  : "PhilThayer" <phillip_thayer@hotmail.com> wrote in message7 news:5ee1d1b7.0402242001.73f39cd3@posting.google.com...e> > We have just purchased an AlphaServer ES40 M2 with a KGPSA-CF > FiberChannel card in it.  I am trying to get connectivity to the EMCG > DAS-24 M2 SAN switch but it doesn't seem to be working.  I am runningeD > console firmware version 6.6-19 from Nov 2003 and have replace theE > fiber and card already and still no luck.  The EMC people said that-C > when the switch sees "light" on the fiber cable a blue light willrF > light up next to the port I am useing.  But it never lights up and IA > keep getting the message "pga0.0.0.4.1 link down" on the systemF' > console when I initialize the system.  >-E > Is there something I am missing or not doing properly?  Any help ord< > pointers to the right direction with this would be greatly > appreciated. > 	 > Thanks,R > Phil  F Some FC cards will not connect to the fabric when the system is at theK console level.  An overt act such as executing a WWIDMGR command or bootingaL the OS is needed to force the FC port login.  I seem to remember that my 1Gb- cards required this but my 2Gb cards did not.s   Try a:  @ >> set mode advanced -or- set mode diag (I can't remember which) >> wwidmgr -show adaptor  K If you're getting the "Nvram read failed" messages, you may also want to doo a:  / >> wwidmgr -set adaptor -item 9999 -topo fabric    See:  M ftp://ftp.digital.com/pub/Digital/Alpha/firmware/readmes/v6.6/doc/wwidmgr.pdfa   -Jeffh   ------------------------------  % Date: Wed, 25 Feb 2004 18:36:59 -0000s8 From: "Leigh Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> Subject: Leap year.n. Message-ID: <c1iq25$5kp$1@news5.svr.pol.co.uk>  D Are there any issues with the 2004 leap year. I've not heard of any.   ------------------------------  % Date: Wed, 25 Feb 2004 03:28:42 -0500k* From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: MAIL: How to delete folders ?) Message-ID: <403C5C8C.137A71B0@istop.com>0  4 I spent time cleaning up my mailbox.  (VAX VMS 7.2 )  M Something about MAIL would make my X-server crash. And even though I may havefF pressed the "DELETE" key for say 20 messages (and each of those markedN "deleted"), after the crash, when I would get back in, those message were backE in, no sign of deletion. I had to close the mail drawer and empty theII wastebasket at regular intervals to ensure my work of deleting individulah9 emails was actually getting done (before the next crash).l  J However, I ended up with 2 empty folders. One in lowercase letters, one in uppercase letters.  I In the decwindows interface, I could  delete the folder, it would tell mehM there was 0 messages in them and ask me to confirm. The folder would disapearcJ from the MAIL drawer. Then, I close the drawer and re-open it, and low and( behold, the delete folder reappears !!!!  H So I went in character cell MAIL. The HELP there says that when the lastK message is deleted from a folder, the folder is deleted. Yet  even though I 7 have 2 empty folders, they remain, even in DIR/FOLDERS.:  L Worse, I moved a message to one of those, and then deleted the message (fromN the CC version of MAIL), hoping that MAIL , upon seing it was the last messageL in the folder, would invoke the magic that erases a folder. Unfortunatly, my/ hopes were dashed. The folders are still there.s  L So, how does one go about deleting a folder in either DECW or CC versions of MAIL ?   ------------------------------   Date: 25 Feb 2004 13:06:28 GMT0 From: Chip Coldwell <coldwell@frank.harvard.edu>  Subject: Re: meta-data & Mozilla/ Message-ID: <c1i6kk$ko7$1@news.fas.harvard.edu>u  C "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> wrote:s   > Chip Coldwell wrote:  H >> Well, I tried that.  The bookreader file in the .ZIP archive seems to5 >> have the wrong record format, too.  This time it'sh > <...snip...>) >> and went at it with CONVERT/FDL again.   I > Instead of converting the file, try SET FILE/ATTRIBUTES and just change ( > the attributes to be what they should.   OK, I tried   7 SET FILE /ATTRIBUTE=(RAT:NONE,RFM:VAR) VMSFAQ.DECW$BOOKt  3 and now ANAL/RMS/FDL shows the record format I want-   RECORD 	BLOCK_SPAN		yes 	CARRIAGE_CONTROL	none 	FORMAT			variable	 	SIZE			0o  8 But still no joy in Mudville; Bookreader pukes as usual.  E It's starting to look like JF Mezei was right; this files are corrupt 8 and no amount of post-download adjustment will fix them.  D Has anyone successfully downloaded and read the Bookreader format of the VMS FAQ?   Chip   -- m Charles  M. "Chip" Coldwelld "Turn on, log in, tune out"r   ------------------------------  + Date: Tue, 24 Feb 2004 20:29:48 +0000 (UTC)cP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply), Subject: Mozilla, system resources and fonts$ Message-ID: <c1gc7s$bp7$1@online.de>  I I've installed some new fonts, primarily so that I can see pages written -I in Serbian, Croatian, Macedonian etc in the proper fonts.  I have my web bH server running on machine A, a web browser running on machine B and the F DECW$DISPLAY is directed to machine C.  The machines are separated by C several hundred kilometers and connected only via internet.  Since  G installing some new fonts, I notice that when a page using those fonts bE is loaded into the browser, the machine on which I am viewing it (C) vI becomes very slow for a while.  In itself, this is not surprising, since nB the extra work is loading the new fonts, which are on the display H machine (C), not the machine running the web browser or the one running G the web server.  (At least, I'm sure the web server is not involved at sF all; perhaps there is some communication with the machine running the C web browser.)  However, what puzzles me is that the MONITOR SYSTEM sG display doesn't indicate any high activity anywhere---neither CPU, nor aF memory usage, nor I/O, nor page faults.  However, it is obviously the H machine C which is slow (that's where the browser is displaying to, and $ that is where I am running MONITOR).  
 Any ideas?   ------------------------------    Date: 25 Feb 2004 01:54:26 -0800. From: martinkirby12@yahoo.co.uk (Martin Kirby)0 Subject: Re: Mozilla, system resources and fonts< Message-ID: <224291b.0402250154.6ff35857@posting.google.com>   Phillip,  F At a guess, Mozilla is probably doing an X list fonts with info query.D That provides a lot of data back to the client and typically does itC as a number of small replies at a time. I suspect there is a lot of-C TCPIP activity which isn't showing up by monitor. BUFIO activity inr3 the client and display server probably can be seen.n   Martin Kirby  | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<c1gc7s$bp7$1@online.de>...K > I've installed some new fonts, primarily so that I can see pages written >K > in Serbian, Croatian, Macedonian etc in the proper fonts.  I have my web >J > server running on machine A, a web browser running on machine B and the H > DECW$DISPLAY is directed to machine C.  The machines are separated by E > several hundred kilometers and connected only via internet.  Since  I > installing some new fonts, I notice that when a page using those fonts tG > is loaded into the browser, the machine on which I am viewing it (C) nK > becomes very slow for a while.  In itself, this is not surprising, since aD > the extra work is loading the new fonts, which are on the display J > machine (C), not the machine running the web browser or the one running I > the web server.  (At least, I'm sure the web server is not involved at eH > all; perhaps there is some communication with the machine running the E > web browser.)  However, what puzzles me is that the MONITOR SYSTEM  I > display doesn't indicate any high activity anywhere---neither CPU, nor lH > memory usage, nor I/O, nor page faults.  However, it is obviously the J > machine C which is slow (that's where the browser is displaying to, and & > that is where I am running MONITOR). >  > Any ideas?   ------------------------------   Date: 24 Feb 2004 16:23:13 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)- Subject: Re: Old Personal Management Programsr0 Message-ID: <c1ftph$lpt$1@n.ruf.uni-freiburg.de>  u In article <GUI_b.16664$3l.8701@newssvr29.news.prodigy.com>, Jeffrey Coffield <jeffrey@digitalsynergyinc.com> writes:  >o= >http://www.decus.org/libcatalog/description_html/v00313.htmli  1 Thank you, that's exactly what I was looking for.h   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452o  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot des  D-79011  Freiburg, Germanyt9                http://www.immunbio.mpg.de/home/menue.htmla   ------------------------------  % Date: Tue, 24 Feb 2004 17:57:11 -0500.) From: "Neil Rieck" <n.rieck@sympatico.ca>- Subject: OpenVMS Service Packs?e9 Message-ID: <cFQ_b.4521$ee3.296304@news20.bellglobal.com>i  N On the Tru64 web conference last week they mentioned that future Tru64 patchesM would be released as service packs (collections of patches). They also statedtL that if a service pack caused problems, that the whole thing could be rolled0 back. Is anything like this planned for OpenVMS?  
 Neil Rieck Kitchener/Waterloo/Cambridge,. Ontario, Canada.! http://www3.sympatico.ca/n.rieck/s  K p.s. It looks like Tru64 will be supported until 2011 (which is pretty cool K since it was one of the only versions of UNIX that I liked; however I still" prefer OpenVMS)p   ------------------------------  % Date: Tue, 24 Feb 2004 20:28:43 -0500i* From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: OpenVMS Service Packs?n) Message-ID: <403BFA3A.50ADA874@istop.com>o  N I would urge  HP not to use the term "service pack". It is too associated with Microsoft bug-laden patches.   ------------------------------  % Date: Wed, 25 Feb 2004 12:44:23 +0200i0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com># Subject: Re: OpenVMS Service Packs?t, Message-ID: <403c7cb4$1@usenet01.boi.hp.com>  1 I'm not aware of any plans to use "Service Packs"s   We use "Update Kits"   Guyo    7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messageo# news:403BFA3A.50ADA874@istop.com...eK > I would urge  HP not to use the term "service pack". It is too associatedd with > Microsoft bug-laden patches.   ------------------------------  % Date: Wed, 25 Feb 2004 23:40:27 +1100 ' From: nospam <x@wedontwantyourspam.com>hY Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	... again! ... s5 Message-ID: <BC62E2EB.24A57%x@wedontwantyourspam.com>-  C in article 008a01c3fb76$55997960$994614ac@wat153, Rudolf Wingert at * win@fom.fgan.de wrote on 25/02/2004 19:06:  F > I think this values are worldwide. The first one was news from (if IG > remember right) Zdnet, that LINUX with 1.8% now have overtake the MACoJ > OS. The other one I did hear at DECUS symposium Germany. I think that isG > the installed base. I was unhappy if I did hear announcement like thetF > following: we will support TRUE64 because UNIX is 40% market. That'sD > right and a lie. TRUE64 was (at this time) only 4.8% and less thenI > OpenVMS. My question was, why don't you support OpenVMS a bigger marketiI > then TRUE64? Compaq did undervalued OpenVMS. They made match more moneyyD > then with TRUE64. But UNIX was in every ones mouth (in case of 40%
 > market). >  > Best regards Rudolf Wingert   K If you going to discuss the marketing at least get the name right its Tru64i
 NOT TRUE64 ;( I     I'd be very surprised if VMS out shipped Tru64 or for that matter anyn unix .   Best regards Mark.     ------------------------------  % Date: Wed, 25 Feb 2004 09:06:55 +0100 ( From: "Rudolf Wingert" <win@fom.fgan.de>Y Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again! ...  3 Message-ID: <008a01c3fb76$55997960$994614ac@wat153>s   Hello,   Barry did wrote:   >>>nG And what is the basis for these numbers?  Revenue? If that is the case,gG then Linux is the clear winner since in most cases it is free, if it issH head count of users, then there still could be more Linux systems simply@ because they used most often used as servers and not interactive? systems...  Also, are these regional, or world-side?  How aboutiC explaining your stats and putting your source for the stats in youra message next time? <<<n  D I think this values are worldwide. The first one was news from (if IE remember right) Zdnet, that LINUX with 1.8% now have overtake the MACeH OS. The other one I did hear at DECUS symposium Germany. I think that isE the installed base. I was unhappy if I did hear announcement like theyD following: we will support TRUE64 because UNIX is 40% market. That'sB right and a lie. TRUE64 was (at this time) only 4.8% and less thenG OpenVMS. My question was, why don't you support OpenVMS a bigger markettG then TRUE64? Compaq did undervalued OpenVMS. They made match more moneyHB then with TRUE64. But UNIX was in every ones mouth (in case of 40% market).   Best regards Rudolf Wingertb   ------------------------------    Date: 25 Feb 2004 08:06:01 -0800) From: info@sanface.com (SANFACE Software) ; Subject: PR: British Columbia Ministry of Education projecta= Message-ID: <bc34cdbe.0402250806.73801620@posting.google.com>a  B The Ministry of Education of the Province of British Columbia uses< OpenVMS Cognos Powerhouse systems to manage its K-12 student information.D Modules include Student Level Data, Student Number Assignments(PEN),1 Independent School Funding, and Teacher tracking.g  A The K-12 systems make use of txt2pdf PRO software to convert textr based reports to pdf format.F Initially text email attachments were created but the recipient of theB email had to use notepad or some text editor to view and print. As@ some of the reports were very wide 156 characters, the text baseC attachments were found to be cumbersome and prone to complaints andX	 problems.   A txt2pdf PRO eliminated the need for mass mail-out with an elegantQ3 seamless function generating PDF from text reports.e  4 http://www.sanface.com/british-columbia-project.html   ------------------------------  + Date: Tue, 24 Feb 2004 20:40:28 +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: <c1gcrs$bp7$2@online.de>  H In article <c1e778$2rd$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:   E > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES tog > reply) writes:   > I > >which, when prefaced with the HTML above, will display the Macedonian IJ > >version of the Cyrillic alphabet.  This is of course much more compact 9 > >than using &#1221; or whatever for a single character.k > M > Now you got my curiosity up.  I took Russian in college, but I see several h' > letters there that I don't recognize.v  H "Russian" is not the same as "Cyrillic".  There are Russian letters not A used in other languages which use the Cyrillic alphabet (such as uF Macedonian, Ukrainian etc), and letters used in non-Russian languages E which are not used in Russian.  Much as the Latin letter "W" doesn't e: occur in some non-English languages, whereas, say,  does.  F There are actually a large number of languages which use the Cyrillic  alphabet (or a variant of it).  A The Russian version seems to be the equivalent of 7-bit printableiC US-ASCII.  Out of the box, these letters displayed correctly on my oG system, but some of the others didn't.  I installed some fonts and got SF MOST of the rest to display correctly, then installed some more fonts E and got most of the few remaining ones to display directly.  I admit tE that I don't understand what is actually going on, though.  I recall sE similar difficulties when first learning LaTeX, but in that case the oE whole font stuff is documented in the basic books (such as Kopka and tC Daly) which every serious LaTeX user has.  I haven't yet found the n equivalent for DECwindows.  C (I came into this via HTTP, but that side of things---what the web nD server, browser etc have to do, what the character sets are, how to F indicate them in HTML, how to code the characters etc---I was able to  understand relatively quickly.)a  > What I am still missing are the new fonts in various sizes and@ strengths, since the ones I see for the previously missing fontsC (presumably a fallback from the ones actually requested) tend to bed= smaller and/or thinner than the ones for the Russian letters.t  D I have a lot of VT320s.  I know that these can be made to use other G fonts.  Does anyone know if a) one could view Cyrillic letters on them L. and b) if one could get LYNX to display these?   ------------------------------  + Date: Tue, 24 Feb 2004 23:25:18 +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: <c1gmgu$q87$1@online.de>  H In article <c1gibr$f87$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:   F > that interesting, esp. since the "new" letters weren't ones that areL > sometimes found in old Russian texts and (I believe) officially abolished  > by the Soviets.a  G Right.  I discovered that there are also fonts available for these old mC letters as well (primarily of interest in old religious documents).r  B > I believe all terminals VT220 and later (but not DECterms) have H > downloadable fonts, so yes, given the correct fonts (good luck finding& > them, unfortunately), yes you can.     Any idea where to start?  ( > My only experience with this is a jokeC > someone produced which loaded an "Australian" character set (all u= > characters were the same, just upside-down) into a VTxxx.  l   Yes, I've seen that one too!   > As forE > LYNX to do so, it depends on whether you can convince it to send antJ > unmolested escape sequence for the font bitmaps, and the proper sequenceH > to switch back and forth between the standard and downloaded character > sets.   G I recently installed the newest version of LYNX.  It has a large range mH of options for character sets, so I think LYNX can do it as long as the * terminal will be able to display the font.   ------------------------------  % Date: Wed, 25 Feb 2004 10:38:31 -0500i< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>8 Subject: Re: printing characters with codes > 127 in DCL: Message-ID: <c1ifhs$1ij0ia$1@ID-141708.news.uni-berlin.de>  / Phillip Helbig---remove CLOTHES to reply wrote:  >...= >> I believe all terminals VT220 and later (but not DECterms)r have< >> downloadable fonts, so yes, given the correct fonts (good luck- >> finding them, unfortunately), yes you can.e >t > Any idea where to start? > ...e  < Do you have any VT510 terminals? They can be put in Cyrillic= mode. I just did a quick test and put one in Cyrillic mode, I 8 edited a file with EDT and pressed <GOLD>215<GOLD>3, the; Cyrillic character did not show. But then I exited the filed2 and read it in using TPU and the character showed.  ; You may also want to check out this message in Google News;fj http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=12628189518.20001117155936%40ncc.volga.ru  9 Hoff followed up on that message saying that he would seeh: about adding the Cyrillic collating sequence into a future> version of VMS, you may want to officially ask HP if that will happen.p   -- l Peter Weaver Weaver Consulting Services Inc.y Canadian VAR for CHARON-VAXo www.weaverconsulting.ca    ------------------------------  % Date: Wed, 25 Feb 2004 15:30:31 -0000e/ From: Thomas Dickey <dickey@saltmine.radix.net>t8 Subject: Re: printing characters with codes > 127 in DCL0 Message-ID: <103pfsn6dnt89d0@corp.supernews.com>  Q Phillip Helbig---remove CLOTHES to reply <helbig@astro.multiclothesvax.de> wrote:b  	 >> As foraF >> LYNX to do so, it depends on whether you can convince it to send anK >> unmolested escape sequence for the font bitmaps, and the proper sequenceeI >> to switch back and forth between the standard and downloaded character/ >> sets.  I > I recently installed the newest version of LYNX.  It has a large range rJ > of options for character sets, so I think LYNX can do it as long as the , > terminal will be able to display the font.  F not exactly.  You can setup your terminal to display a given characterC set, and tell lynx what it's set to.  If it doesn't match, lynx canw
 spell it out.l   -- t Thomas E. Dickey http://invisible-island.net4 ftp://invisible-island.net   ------------------------------  % Date: Wed, 25 Feb 2004 18:36:54 +0000 , From: Ted Allwood <support@leva.leeds.ac.uk>H Subject: Problem with installing Security MUP on a VMS 7.3-1 workstation3 Message-ID: <00A2DF56.CE01CB00.10@leva.leeds.ac.uk>p  , Can anyone offer some advice on this, please  + I'm attempting to install the security MUP  ! 	ECO NUMBER:     VMS731_SYS-V0400k   on an Alpha workstatione   $ Show sys/noprociL OpenVMS V7.3-1  on node KIAXP1  25-FEB-2004 17:16:54.41  Uptime  88 01:32:54   $ product show utility: POLYCENTER Software Installation utility version: V7.3-2005     Product Configuration File (PCF) support level: 1f3     Product Description File (PDF) support level: 7a,     Product Text File (PTF) support level: 2  9 from CD: OVMSALPMUP3 (October 2003) on local drive DKA400t  % The installation guide on the CD sayst>     PRODUCT INSTALL VMS731_SYS-V0400 /SOURCE=[location of Kit]   So... = $ product install vms731_sys-v0400 /source=DKA400:[alphav731]>& %PCSI-E-S_INVNAM, invalid product nameM %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error conditionn   Try again with... 7 $ product install vms731_sys /source=DKA400:[alphav731]OP %PCSI-E-PDFERR, error in processing product description file DKA400:[ALPHAV731]D$ EC-AXPVMS-VMS731_SYS-V0400--4.PCSI;1P    16       execute pre_undo "@pcsi$source:[sysupd]preundo.com" interactive uses  [SYSUPD]PREUNDO.COM ;, %PCSI-E-PDFUDK, undefined keyword \pre_undo\= %PCSI-E-PROCTERM, processing terminated due to previous errorI" %PCSI-E-S_OPFAIL, operation failedM %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition   ( Has anyone seem similar or could advise?     Thanks,o Tedb   -- uK Support@leva.leeds.ac.uk                                Tel:  0113 34 32167t+ www.mech-eng.leeds.ac.uk/support/index.htmlUG School of Mechanical Engineering,  University of Leeds,  Leeds  LS2 9JTh   ------------------------------  % Date: Tue, 24 Feb 2004 20:24:55 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4) Message-ID: <403BF956.F8BB20C1@istop.com>s   Rich Jordan wrote:H > the primary CLI for VMS...  TCPIP interface please.  Command access toD > a product is as important as new features (reference MS corps longH > history of new features at the expense of everything else).  If I want' > to learn *nix commands I'll run *nix.   M Having a consistent configuration is more important than consistent commands.   L I appreciate having TCPIP contain the declaration of services, and having itK suatomatically start such services if/when they fail, if if there is a calli. coming in and the software wasn't started yet.  N But I do not appreciate having part of a service's configuration done in TCPIPN and the remainder done though a unix utility or some comfiguration file. (Bind. and SMTP are good examples of what not to do).  N Consider that TCPIP equivalent of "industry standard" is Unix. Having the sameL for BIND configration files is good, especially if you need to exchange your zone files with other servers.  K What is missing is the porting of netstat, ifconfig and sysconfig to TCPIP.mM This is core stuff that needs the comfort of VMS security. Right now, because?H they are "unix commands", one doesn't have the feeling that they provide% secure and authoritative information.   E TCPIP should not be used to configure any services, only declare them1< (username, which port, which start file which log file etc).   ------------------------------  + Date: Tue, 24 Feb 2004 23:30:45 +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: <c1gmr5$q87$2@online.de>  = In article <cc5619f2.0402241357.6367acaa@posting.google.com>, ) jordan@ccs4vms.com (Rich Jordan) writes: s  E > One of VMS' long term strengths has been its fairly consistent CLI;lH > while its not perfect, the fact that a given qualifier tends to do theB > same thing no matter what command it is associated with ("/LOG",G > "/OUTPUT", "/FULL", "/SINCE", etc)... while *nix has gained quite the-F > opposite reputation; you have to know specifically what each commandB > option letter means for each given command lest you do somethingD > unseemly like wipe out the system.  Though somewhat verbose to theE > *nix lovers the DCL command interface is really a lot nicer to work: > with.r   Amen!,  G Let me add the obvious: usually, qualifiers can appear before or after PG the argument, can be negated, can be specified more than once with the eH last taking precedence etc---great for interactive command-line editing.   ------------------------------  % Date: Tue, 24 Feb 2004 15:34:16 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Securing SYSTEM from TCPIP access) Message-ID: <403BB545.8FCFED56@istop.com>p  J Is there a way to secure the SYSTEM (and other highly privileged accounts)G from any TCPIP access (especially Telnet and FTP) without impairing thet3 required local access (possibly including DECNET) ?t  B Would requiring 2 passwords make it impossible to access via FTP ?   ------------------------------  # Date: Tue, 24 Feb 2004 22:13:34 GMTf4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>. Subject: Re: Securing SYSTEM from TCPIP access0 Message-ID: <403BCBB4.2E7F78B5@blueyonder.co.uk>   JF Mezei wrote:3 > L > Is there a way to secure the SYSTEM (and other highly privileged accounts)I > from any TCPIP access (especially Telnet and FTP) without impairing thei5 > required local access (possibly including DECNET) ?  >   : Check for terminal type in the system login command file?   B If there is a VMS equivalent to securettys I never came accros it.  D > Would requiring 2 passwords make it impossible to access via FTP ?  ? Probably. Why don't you try it yourself? Not difficult to test.p   I used to use two passwords M because remote decnet access without a proxy was impossible that way,so I wast@ never tempted to specify the decnet password of a privd account  on the command line.   -- y tim.llewellyn@blueyonder.co.uk   ------------------------------  % Date: Tue, 24 Feb 2004 19:03:34 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: Securing SYSTEM from TCPIP access) Message-ID: <403BE64B.4583F917@istop.com>n   Tim Llewellyn wrote:F > > Would requiring 2 passwords make it impossible to access via FTP ? > A > Probably. Why don't you try it yourself? Not difficult to test.l  M A simple test with a single FTP client doesn't prove that setting 2 passwords  will block all attempts.  K Also, with the idea of using sylogin.com to test device type, isn't there a H way to login without executing this and the login.com procedures if your# accounts isn't captive/restricted ?t   ------------------------------  % Date: Wed, 25 Feb 2004 10:30:23 +0100n3 From: Michael Unger <spam.to.unger@spamgourmet.com>f. Subject: Re: Securing SYSTEM from TCPIP access: Message-ID: <c1hq9u$1jes1i$1@ID-152801.news.uni-berlin.de>  & On 2004-02-25 01:03, "JF Mezei" wrote:   > [...]> > M > Also, with the idea of using sylogin.com to test device type, isn't there atJ > way to login without executing this and the login.com procedures if your% > accounts isn't captive/restricted ?   ! Username: <whatever> /NOCOMMAND ?i   Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.R   ------------------------------  + Date: Wed, 25 Feb 2004 09:40:12 +0000 (UTC)86 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER). Subject: Re: Securing SYSTEM from TCPIP access0 Message-ID: <newscache$c2wmth$rfk$1@news.sil.at>  p In article <c1hq9u$1jes1i$1@ID-152801.news.uni-berlin.de>, Michael Unger <spam.to.unger@spamgourmet.com> writes:' >On 2004-02-25 01:03, "JF Mezei" wrote: N >> Also, with the idea of using sylogin.com to test device type, isn't there aK >> way to login without executing this and the login.com procedures if yourf& >> accounts isn't captive/restricted ? >b" >Username: <whatever> /NOCOMMAND ?  9 Yes, this is the way to prevent LOGIN.COM from being run..< But AFAIK there is no way for a user to avoid SYS$SYLOGIN...   -- o Peter "EPLAN" LANGSTOEGERh% Network and OpenVMS system specialistB E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 25 Feb 2004 07:18:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a. Subject: Re: Securing SYSTEM from TCPIP access3 Message-ID: <PsAwKjPFVBxJ@eisner.encompasserve.org>   V In article <403BB545.8FCFED56@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:L > Is there a way to secure the SYSTEM (and other highly privileged accounts)I > from any TCPIP access (especially Telnet and FTP) without impairing theh5 > required local access (possibly including DECNET) ?w > D > Would requiring 2 passwords make it impossible to access via FTP ?  F    A second password will prevent many IP and DECnet applications from;    working.  TELNET and SET HOST would probably still work.   D    Setting the DISUSER flag on the SYSTEM account will not interfereE    with normal operations, but will prevent interactive use of SYSTEM2    from anywhere except OPA0.m  D    Setting the RESTRICTED flag and checking things in SYLOGIN can be    usefull.-  >    Setting ACLs on required files can be used to restrict someF    privileged accounts, but not accounts like SYSTEM that have BYPASS.  F    You TCP/IP stack may also have tools for this kind of thing.  Which    one?S   ------------------------------    Date: 25 Feb 2004 07:20:00 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)l. Subject: Re: Securing SYSTEM from TCPIP access3 Message-ID: <6HRSaT00xAJW@eisner.encompasserve.org>1  V In article <403BE64B.4583F917@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > M > Also, with the idea of using sylogin.com to test device type, isn't there ahJ > way to login without executing this and the login.com procedures if your% > accounts isn't captive/restricted ?   E    Yes.  /nocommand can be used as a qualifier on the username unless0'    restricted or captive flags are set.    ------------------------------  + Date: Wed, 25 Feb 2004 13:36:52 +0000 (UTC)t) From: Dan Foster <dsf@globalcrossing.net>g. Subject: Re: Securing SYSTEM from TCPIP access3 Message-ID: <slrnc3p97e.mkp.dsf@gaia.roc2.gblx.net>.  p In article <6HRSaT00xAJW@eisner.encompasserve.org>, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:X > In article <403BE64B.4583F917@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: >> pN >> Also, with the idea of using sylogin.com to test device type, isn't there aK >> way to login without executing this and the login.com procedures if yourz& >> accounts isn't captive/restricted ? >DG >    Yes.  /nocommand can be used as a qualifier on the username unlessC) >    restricted or captive flags are set.   K Indeed. Years ago, I used this to great effect to demonstrate why end users.D coding a password check in their LOGIN.COM was only security through: obscurity and easily bypassed by a knowledgeable attacker.  B (This can be abbreviated to at least /nocom... ie, if username wasA chocolate, you'd enter 'chocolate/nocom' at the Username: prompt)e  K These days, I sometimes use it to ensure a 'clean' environment, such that I D can test different setups against the base environment versus my ownK customized setup when I don't feel like messing around with the environmentmG and if it is just faster to set host 0 and login with /nocom. Works outC rather well.  F However, that restriction still executes SYLOGIN.COM, but just not theK user's SYS$LOGIN:LOGIN.COM (or whatever the default command file defined in4, the user's UAF entry is), if memory permits.   -Dan   ------------------------------  % Date: Wed, 25 Feb 2004 12:48:27 +0200i0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>& Subject: Sneak preview - SHOW FASTPATH* Message-ID: <403c7da6@usenet01.boi.hp.com>  % This is coming for Alpha and I64 V8.2a  0                                 IPL31> show fastA                                 Fast Path preferred CPUs on IPL31o 23-FEB-2004 16:47:58.10lE                                 HP rx2600  (900MHz/1.5MB) with 2 CPUst  ?                                 Device:           Fastpath CPU:t:                                 PKA0                     1:                                 PEA0                     0:                                 PKB0                     0:                                 EIA0                     0:                                 EWA0                     1  L                                 OpenVMS TCP/IP is currently running on CPU 1  <                                 IPL32> show fast/cpu=(5,7,9)A                                 Fast Path preferred CPUs on IPL32  23-FEB-2004 09:50:55.85aJ                                 Compaq AlphaServer GS140 6/525 with 6 CPUs  ?                                 Device:           Fastpath CPU:w:                                 PKB0                     7:                                 PKD0                     5:                                 EBA0                     7:                                 EWB0                     7:                                 EWD0                     5:                                 PGA0                     9  L                                 OpenVMS Lock Manager is currently running on CPU 5-   ------------------------------    Date: 25 Feb 2004 10:36:36 -08000 From: chris@townleyc.demon.co.uk (Chris Townley), Subject: Strange SOR$ errors - advice sought= Message-ID: <93b50805.0402251036.5c53d5cb@posting.google.com>   B I have an issue with SOR routines in a DEC Basic program, run as a9 detached process using SYS$CREPRC. This is BASIC V1.3-000kC compiled/linked under OpenVMS V6.2 (Alpha). Images being run on theh= same version. High performance sort is not in use. I have now ' recreated on a standalone test machine.a  E There are many large data structures, so the working set is high, buto. as far as I can see there are no quota issues.  E After initialising 4 record sorts, and putting 5000 or 6000 in two ofy; them (records sizes are 6 and 61) LIB$RELEASE_REC returns a. SORT-E-OPENOUT error.nE It is made more difficult as I cannot recreate running interactively,s
 nor in debug.d  B I have played with the obvious quotas and WSEXTENT, as well as the! number of work files to no avail.n   Any pointers anybody ?   ------------------------------  % Date: Tue, 24 Feb 2004 20:28:17 -0600E@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>+ Subject: Re: Unable to paste at LSE prompts 6 Message-ID: <403C0841.8C0E0C6D@NeOaSrPtAhMlNiOnWk.net>   Raoul Gough wrote: > G > When I try to paste something at an LSE prompt I get the message "Key H > INSERT_HERE has no definition at prompts". For example, I'd like to beA > able to select a region, copy and then paste this at the "Find"oD > prompt. It would also be handy for cutting and pasting to the LSE>D > prompt, which also doesn't work. The paste key works at prompts in7 > EVE, and I can't see why it shouldn't in LSE as well.8  D If you're using a terminal program of any kind (DECterm, Reflection,7 etc.), use the GUI's "select, copy-and-paste" features.a   -- u David J. Dachtera  dba DJE Systemsl http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  % Date: Tue, 24 Feb 2004 20:59:51 +0100T" From: Didier Morandi <no@spam.com>2 Subject: VAX DECWindows Motif kit requested online4 Message-ID: <403bad55$0$28139$636a15ce@news.free.fr>   Hi all,   I I'm urgently looking for a DECWindows Motif kit for VAX any version (6.2 T. better). Can someone help in a few hours time?   Many thankss   D.% didier dot morandi at freesurf dot frO   ------------------------------  % Date: Wed, 25 Feb 2004 03:07:43 +0100 " From: Didier Morandi <no@spam.com>6 Subject: Re: VAX DECWindows Motif kit requested online4 Message-ID: <403c038c$0$24936$626a14ce@news.free.fr>   Dear Group,j   I love you.x   Sue    err...  	 \e\u\S D.l   :-)o   Didier Morandi wrote:d	 > Hi all,f > K > I'm urgently looking for a DECWindows Motif kit for VAX any version (6.2 u0 > better). Can someone help in a few hours time?   ------------------------------  % Date: Wed, 25 Feb 2004 06:45:01 -0700xB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>I Subject: RE: VMS upgrade changed program behavior, what could cause this?aO Message-ID: <11721EF39C7D7F47A55447158274CAF7AF9C8C@cossmgmbx01.email.corp.tld>a   Lawrence Bleau wrote:h  < > So, what did change?  Obviously, the operating system did. > What about the< > upgrade, though, could possibly have caused this change of > behavior?n  & New Fortran run-time library, perhaps? --=0Da Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991e> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D(: I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain=iD  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=mH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=nG  not necessarily represent those of the company.  The recipient should=-I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or=74  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------    Date: 25 Feb 2004 07:38:23 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)hI Subject: Re: VMS upgrade changed program behavior, what could cause this?c3 Message-ID: <j8ayatq4DzI$@eisner.encompasserve.org>n  ] In article <c1gmmq$hjc$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:  > L > Now, the problem statement, brief version: I have a program, HOUR_AVERAGE,M > that was last compiled and linked in 2000.  It takes as input an ascii dataaJ > file that has columns of numbers, and writes as its output another asciiJ > file in which several rows from a given column are averaged according toL > their grouping by their time, with a new averaging being produced for eachL > hour; hence its name.  This averaging is done for each column, so that theM > output file has the same number of columns, but only one row for each hour.hI > This is just straight addition and division, folks, nothing fancy.  Alls! > arithmetic is single precision.a > M > HOUR_AVERAGE ran before the upgrade last Dec.  I ran it again today, givingCN > it the same input file.  The output files are not the same.  More precisely,P > the average values produced by the program differ in the lowest decimal place; > sometimes 3rd, sometimes 5th.h >   +    Two things can happen to influence this:z  >    1) Are you sure that the digit changing is within the rangeC       capability of single precision?  (i.e. by 3rd to you mean 3rd/L       _significant_ digit from the left?)  If not, then it is psuedo-random A       data which might be influenced by a wide variety of things.   E    2) When you upgrade the OS you replace the Fortran RTL.  If you do ?       anything which references the Fortran RTL, including trig.F       functions, exponents, and (most likely) Fortran I/O, you get theJ       last version that you installed, in this case the one which shipped        with the OS.  E    You do not have to rebuild the program to get the latest RTL sincerE    it's loaded at runtime (therefor Run Time Library), not at compilem    or link time.  H    The most likely explanation is a Fortran RTL change in the formatting@    routines.  The version which shipped with the new OS may haveJ    improvements, or it may have replaced an improved version which shippedJ    with the Fortran compiler (the RTL does ship with VMS, but updates may     ship with the compiler).e  F    The VMS and Fortran Release Notes for what you have should describeE    any improvements to the Fortran RTL, so looking at those will helpe4    you decide which one you really want to run with.  I    We had a similar issue years ago moving from VMS 2.5 with Fortran 2.5 iI    to VMS 3.2 with Fortran 3.2.  The trig functions had been improved as iM    of VMS 3.0, causing different output from an otherwize unchanged program. tA    We reviewed the Release Notes and decided we liked having moree    accurate answers.   ------------------------------  % Date: Wed, 25 Feb 2004 13:53:47 -0000t* From: "Richard Brodie" <R.Brodie@rl.ac.uk>I Subject: Re: VMS upgrade changed program behavior, what could cause this?h, Message-ID: <c1i9dd$1792@newton.cc.rl.ac.uk>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:j8ayatq4DzI$@eisner.encompasserve.org...e  J >    The most likely explanation is a Fortran RTL change in the formatting >    routines.  R There are some brief words that suggest this in the release notes. The easy way toQ check is snag a copy of the old RTL from (say) a backup tape and define a logical, name to point to it.   ------------------------------  # Date: Wed, 25 Feb 2004 03:14:11 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: Why does smtp mail between local systems fail?K6 Message-ID: <00A2DE92.D951D51B@SSRL.SLAC.STANFORD.EDU>  ] In article <c1gd1a$das$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:"H >I'm having a problem with my TCPIP package, and I suspect it's due to aF >recent upgrade.  I'm running OpenVMS AXP V7.3-1, TCPIP V5.3 on system> >umtof.umd.edu .  I have three test systems with the following >configurations: >s$ >                VMS      TCPIP(UCX) >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 1 >1H >What I'm observing is that email from the two test systems I administerI >that haven't been upgraded that is sent to the problem system using smtp E >seems to get stuck in the sending system's mail queue.  It goes intoo9 >Processing state, stays there a while, then is requeued.. >tK >These two systems are next to each other on the same LAN!  A UCX PING froml6 >each to the other returns immediately with no errors. >i  M It might be interesting to see a traceroute between them; that might tell youl2 something about the path the connection is taking.   -- Alann --  O ===============================================================================r0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025OO ===============================================================================e   ------------------------------    Date: 24 Feb 2004 16:58:31 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)r" Subject: Re: WWW/DECnotes gateway?3 Message-ID: <Mqqa2yqsEHfI@eisner.encompasserve.org>   G In article <c1eo490h9s@enews4.newsguy.com>, healyzh@aracnet.com writes:0E > What gateways exist for making DECnotes conferences available via ah > webserver? > L > I'm aware that Roland Kessi wrote one for OSU, however, I can't figure out > where to obtain a copy.i  < I think that is the one running on http://eisner.decus.org .  4 > Does anyone know where I can get it, or if it will > work on WASD?i  + You might be best off to ask on DECUServe .l   ------------------------------  % Date: Wed, 25 Feb 2004 06:53:50 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>" Subject: RE: WWW/DECnotes gateway?O Message-ID: <11721EF39C7D7F47A55447158274CAF7AF9C8F@cossmgmbx01.email.corp.tld>h   healyzh@aracnet.com wrote:  E > What gateways exist for making DECnotes conferences available via a  > webserver?=0Dd  5 I'm not sure how Encompasserve does it, but check outt http://www.encompasserve.org/. --=0Dt Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991'> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.  =0D      * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=DH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should=cI  check this e-mail and any attachments for the presence of viruses.  The=oA  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Tue, 24 Feb 2004 22:29:08 -0000h* From: Ton Dorland <a.h.dorland@freeler.nl>@ Subject: Re: [DFU V3.0] Any reason why there is no VAX version ?0 Message-ID: <103nk1kc3pv4lfe@corp.supernews.com>  9 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote int) news:newscache$f89kth$7qe$1@news.sil.at: o  F > I wanted to upgrade DFU on my VAX from V2.7A to V3.0 (as I run on myC > Alpha) but alas, the DFU.ZIP from the OpenVMS Freeware V6 doesn't1 > contain a VAX version. > E > Why ? Does the maintainer no longer have a VAX ? May I offer mine ?L >  > TIA  >   L Well, there are features which are only available on OpenVMS Alpha; some of K these are used in DFU. Therefore, I did not made a V3.0 DFU for VAX. V2.7A l will still do the job.   Regards, Ton (DFU Author)    ------------------------------  % Date: Tue, 24 Feb 2004 20:24:56 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>@ Subject: Re: [DFU V3.0] Any reason why there is no VAX version ?6 Message-ID: <403C0778.7EED3320@NeOaSrPtAhMlNiOnWk.net>   Ton Dorland wrote: > ; > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote int* > news:newscache$f89kth$7qe$1@news.sil.at: > H > > I wanted to upgrade DFU on my VAX from V2.7A to V3.0 (as I run on myE > > Alpha) but alas, the DFU.ZIP from the OpenVMS Freeware V6 doesn'tc > > contain a VAX version. > >sG > > Why ? Does the maintainer no longer have a VAX ? May I offer mine ?e > >  > > TIAb > >  > M > Well, there are features which are only available on OpenVMS Alpha; some ofcL > these are used in DFU. Therefore, I did not made a V3.0 DFU for VAX. V2.7A > will still do the job. >  > Regards, Ton (DFU Author)n   Ton,  = Thanx for DFU! Should be a supported part of the o.s. distro!a  H Best use I ever found: doing BACKUP and "/RECORD" asynchronously! (NeedsF some DCL+EDT "magic" to convert a BACKUP/LISTing file into a file list, for the SET command to set the BACKUP_DATE.)   --   David J. Dachterac dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/I   ------------------------------  % Date: Wed, 25 Feb 2004 07:32:59 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>@ Subject: RE: [DFU V3.0] Any reason why there is no VAX version ?O Message-ID: <11721EF39C7D7F47A55447158274CAF7AF9CA1@cossmgmbx01.email.corp.tld>v   Ton Dorland wrote:  E > Well, there are features which are only available on OpenVMS Alpha; E > some of these are used in DFU. Therefore, I did not made a V3.0 DFUr' > for VAX. V2.7A will still do the job.t  B However, the adding of new features for ANY VMS application shouldE ALWAYS include all architectures whenever possible and if the featuresA does not apply to the architecture, it should give a message when-G someone attempts to use it on an inappropriate architecture so that the G same version of an application runs on ALL VMS architectures.  Whatever G happened to the "VMS is VMS" philosophy to which we all used to adhere?- --=0Dg Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991l> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Dn: I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain=tD  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=)H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should=nI  check this e-mail and any attachments for the presence of viruses.  The=oA  company accepts no liability for any damage caused, directly or=r4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  + Date: Wed, 25 Feb 2004 09:24:50 +0000 (UTC)a6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)@ Subject: [MOTIF V1.3.1] DECterm not starting with Condensed Font0 Message-ID: <newscache$rcvmth$ubk$1@news.sil.at>  E I use the settings "Little Font" and "Normal/80, Condensed/132" in my0L DECterms (and "Auto Resize Terminal", "Auto Resize Window", "Terminal Driver0 Resize" - btw why aren't they default at all ?).  H But when I log on into CDE and have stored a DECterm with 132 columns itK gets created ok with 132 columns but with normal instead of condensed font.tM First EDIT cmd (with its escape sequences) changes then DECterm to condensed.a   Why ?iH Is there anything I can do to fix this (besides starting them with 80col2 and doing a SET TERMINAL/WIDTH=132 in LOGIN.COM) ?   TIA    -- c Peter "EPLAN" LANGSTOEGERt% Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2004.111 ************************6%40ncc.volga.ru  9 Hoff followed up on that message saying that he would seeh: about adding the Cyrillic collating sequence into a future> version of VMS, you may want to officially ask HP if that will happen.p   -- l Peter Weaver Weaver Consulting Services Inc.y Canadian VAR for CHARON-VAXo www.weaverconsulting.ca    ------------------------------  % Date: Wed, 25 Feb 2004 15:30:31 -0000e/ From: Thomas Dickey <dickey@saltmine.radix.net>t8 Subject: Re: printing characte{2Q/ɻy_@?29 λr9\fpg@92Q߀Ɏɕd\v
+rxh u	0C\Ȕ/ƁmALߖZUŻ=̫[$uG.!`P/{P%dFOJȑZ	b]Egg@YH	*=> Fxd`JԪ,ZrV(^%={E)i[JȹZYZE	m`=C#G1NCdgA^vպE=4]h܎B"Y7 X2)
%,Myb
L8^mRgeYm{&!Hj۷m]L>~|g0
!6
V{7 br;f,zܠ +3d: GZ]L>HTp\Y8bro5bO-%䠢Rr4TPx`(A|CAAB-u>XƮσa+oyk/`.*fn9[ofZF
м_DR E]C0]ᣢ>9'7CpZfZ}|:xtP&A;q):n*.0 ő)D\|[C C=ź*G}-4K*$o׺%;57M0
1S9qw!3b-(m䝬TXeL~1xV. [:[BBia=3$rϯ
"࿮GYB
ꮘ;JW1XNN{FVٳJF-bGUwglxFWLپdM{&Z*CLΑνKt7Tel/`MH%3c_@[9@.>jm>瞧bj\~t"pz}TAm`(8൛LУC!+aSv8t6lr.Tj&᫫y?-ڰEU"r<[xޕ۫^2,V?#?<
t#u
3ֱ(&0={>MsďQ_9ag8<jZ(,ǒ'y#'Į#3vF+G.9xaq#Vy#gtS{!#||I|.pూ 䦶]=C!{:c>!ۤid 9&][2+ۘFr55.35;/PkJ
 'b$g ) iDhPY=!OUYcFrF!*6~ghskh^]C<DTu~$i"H6><87!?CFrF__):u T6pj4aI
u03d㈇F@cYN73];Cwr9ݳ-rM :;%)+[x6#bnRDWw>(*@*B3|Zt=(o_U;s06~al&0Љ8
D
'+l"llt~Ò:"Lg6]
},95OTX.Xr<SozaՋ}'FX&XrDPܝb%j)kcƒc0?}Ƕ S<\PY2R$% J'n?hwNm(gǖ t!W֝Cj`=,h!|x&i9
T:qrX?%q;q||Z2ޘIG{A\Nӟ105M:7OïD2
?բbjF9>Hkį/