1 INFO-VAX	Tue, 24 Feb 2004	Volume 2004 : Issue 109       Contents:  Re: a little scripting challenge2 Announcing March 9th Meeting WRUG (Northeast Ohio)% Re: Another bug in the MIME utility ! , Re: Bruce Ellis book OpenVMS Troubleshooting Re: DCL Numerical symbols  Re: DCL Numerical symbols  Re: Disk Merging Re: Disk Merging/ Enabling TCP and UDP for Compaq TCP/IP Services 3 Re: Enabling TCP and UDP for Compaq TCP/IP Services   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: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!+ J F  M e z e i - Frequently Asked Questions # JOB POST: IT Infrastructure Manager  RE: meta-data & Mozilla - Re: Mozilla for OpenVMS Alpha V1.5 available! $ Re: Old Personal Management Programs$ RE: Old Personal Management Programs$ Re: Old Personal Management Programs+ 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 / Re: printing characters with codes > 127 in DCL P Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security r? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 ? Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4 : Re: TCO cluster study proves VMS, questions unix/linux ... Unable to paste at LSE prompts Re: XP1000 technical manual? Re: XP1000 technical manual?  F ----------------------------------------------------------------------    Date: 23 Feb 2004 09:05:22 -0800' From: nikki_wire@yahoo.com (nikki_wire) ) Subject: Re: a little scripting challenge < Message-ID: <60fdd9c9.0402230905.b412e94@posting.google.com>  
 Thanks Chris,    much appreciated!    Nikki    ------------------------------  # Date: Mon, 23 Feb 2004 16:44:12 GMT / From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com> ; Subject: Announcing March 9th Meeting WRUG (Northeast Ohio) - Message-ID: <403A2DBB.C8833D3A@ix.netcom.com>    . -                  Announcing March 9th Meeting -                   Western Reserve Users Group .                  Local User Group of Encompass  1               (usual time and ALMOST usual place)   = Topic: WRQ Verastream - The Best choice for OpenVMS Solutions   >    The presentation gives a technical overview of WRQ software9    products and solutions available for OpenVMS and other :    platforms.  It shows how WRQ tools and technologies are;    structured and designed to rapidly develop and implement 8    powerful, scaleable, integration solutions based on a!    service oriented architecture.   <    In addition to product information, the presentation also;    covers several actual case histories that illustrate how :    customers have used WRQ products with OpenVMS and other>    systems to generate real solutions that yield a high return?    on investment while greatly easing the pain and reducing the 2    costs of application integration and migration.   Speaker: Jim Jennis, WRQ Inc.   <    Jim Jennis is an Integration Architect for the Consulting<    Services Division of WRQ Inc.  Jim has worked extensively6    with OpenVMS systems in a wide variety of roles and<    responsibilities since 1979.  For the last two years, Jim<    has led projects developing complex integration solutions?    for a number of WRQ customers in various sectors of business <    industry and government.  Prior to joining WRQ, Jim spent:    more than 25 years in a variety of US and international;    technical and manufacturing assignments for 3M Corp. and 6    Imation Corp.  His experience includes research and8    development, project and process engineering, quality7    systems engineering, and manufacturing, business and ;    technical management positions. His computer development >    experience encompasses wide variety of enterprise computing:    systems and applications including high speed real-time9    digital signal processing and computer automated laser >    inspection, process control, logistics, production control,?    documentation, reporting and quality control systems. During 9    the last five years his primary work at 3M and Imation 8    focused on developing strategies and applications for6    cross-platform application integration solutions in6    manufacturing systems as a Senior Manufacturing and>    Information Technology Specialist.  His last work at 3M and7    Imation involved leading the team that developed and 8    deployed the first comprehensive, WEB based, ISO-90006    compliant manufacturing information system deployed$    worldwide in 3M and Imation Corp.  :    He holds undergraduate and graduate degrees in Chemical=    Engineering from Carnegie-Mellon University and Iowa State     University.  
 About WRQ:  <    WRQ is a software company with a track record of 22 years6    developing industry-leading software to extend host?    applications, rapidly integrating them with new applications ;    or for new users.  WRQ enjoys the highest ratings in the >    technology sector for quality support and customer loyalty.<    With over six million users in 51 countries, it is one of<    the largest privately held software companies in the U.S.<    Four out of five Fortune 500 companies rely on WRQ daily.  9 Topic:  Wireless Technologies - Reality, Myth, and Legend   <    What's really out there to use, and how hard is it to use>    the various wireless voice and data technologies out there?>    Get the background on wireless technologies, as well as the    current state of the art.   Speaker: Jim Kvochick, AT&T   =    Jim Kvochick is a Senior Data Network Consultant for AT&T, <    supporting Fortune 500 companies throughout the Midwest. 6    When he's not solving customer problems, Jim enjoys:    tinkering with electronics, amateur radio, and cooking.    Other activities at the meeting:  >    There will be a number of door prizes and items raffled off>    during the meeting including several copies of "OpenVMS and<    Windows NT Integration for Dummies" by McAndrew, Scheffy,    and Sherlock.   Date:     Tuesday, March 9, 2004  Time:     4:00 to 7:00 PM 	 Location:     ParK Center Plaza II     Lower Level conference room    6150 Oak Tree Blvd.    Independence, OH 44131 ;    (Call Rich's cell phone at 412-999-6427 if you get lost)  Map:   http://maps.yahoo.com/py/maps.py?Pyt=Tmap&ed=fHlg.Op_0Tp8cAk9FEnXFaJqwLrgHNEVHj2ZCgpRheC5zhYBRpY17CQ9e.8MEG4Q_RbNxpVrgvTpiJ6tD1A.32U6&csz=Independence,+OH+44131-6927&country=us&cs=9&name=&desc=&poititle=&poi=&uz=44131&ds=n&BFKey=&BFCat=&BFClient=&mag=9&ne   Directions: :    From the area of the interchange of I-480 and I-77, go *    south and take the Rockside Road exit.  =    At the bottom of the ramp, turn right (west) on Rockside.   ;    Go west two blocks (second light); turn left (south) on      Oak Tree Blvd.     See the LUG's web page at   %    http://eisner.decus.org/lugs/wrug/   & Future LUG meetings are scheduled for:      May 11, 2004 2        Cathy Papas; Linux & Oracle 9i-RAC and demo1        Speaker from Oracle TBA; Oracle 10g (grid)     July 13, 2004    September 14, 2004     November 8, 2004    See you March 9th. Joe H. Gallagher WRUG LUG Chair dtrwiz at ix dot netcom dot com    ------------------------------  % Date: Mon, 23 Feb 2004 15:59:31 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: Another bug in the MIME utility !) Message-ID: <403A69B2.23DB2D93@istop.com>    Paul wrote: G > It would also be helpful to show the exact error message and commands I > when a failure occurs. This would help us analyze the problem in a more  > efficient manner.   & OK, I'll post the info one more time.    $ show term > Terminal: _TNA4:      Device_Type: Unknown       Owner: _TNA4:?                                               Username: JFMEZEI 4 Remote Port Info: Host: MAC.vaxination.ca Port: 2048  B    Input:    9600     LFfill:  0      Width:  80      Parity: None0    Output:   9600     CRfill:  0      Page:   35 ...  $  $ mc mime temp.mime  $    (No error messsage at all)  7 $SET TERM/INQUIRE   (set terminal type to VT200 Series)  $MC MIME TEMP.MIME! <clears the screen unnecessarily> K %MIME-E-FILEERROR, file error: Filename requires a file type delimiter, '.' . %MIME-E-NOFILNAME, file name must be specified     $     , In the .mime file, the offending section is:' ------_=_NextPart_001_01C3F7C7.1D062620 ! Content-Type: application/msword; 9         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;=         filename="=?iso-8859-1?Q?D=E9but_des_travaux=2Edoc?="   L 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAANwAAAAAAAAAAL EAAAOQAAAAEAAAD+////AAAAADYAAAD/////////////////////////////////////////////L ////////////////////////////////////////////////////////////////////////////    1 If I "unquote" the filenames and get as a result: ' ------_=_NextPart_001_01C3F7C7.1D062620 ! Content-Type: application/msword; "         name=Dbut_des_travaux.doc! Content-Transfer-Encoding: base64 * Content-Description: Dbut_des_travaux.doc  Content-Disposition: attachment;&         filename=Dbut_des_travaux.doc  L Then, the MIME utility doesn't complain, and even extracts that attachement,E but to a file called "D.;1"   (This is on VAX which can't have ODS-5)   J So the problem seems to be with the =?iso-8859-1?Q?  nomenclature, not the9 fact that the file has an accented character in its name.    ------------------------------    Date: 24 Feb 2004 09:34:53 -08000 From: keith.cayemberg@conti.de (Keith Cayemberg)5 Subject: Re: Bruce Ellis book OpenVMS Troubleshooting = Message-ID: <3a65a5c8.0402240934.186115e3@posting.google.com>    Hi Jay,   7 I'm quite certain I saw the "OpenVMS Troubleshoting" by 5 Bruce Ellis on the Digital Press Web Site in December 1 with an updated release date for the end of 2004.   3 Unfortunately the reference has totally disappeared 4 now from the Digital Press Site. I suspect there has been a change in plans... :-(    Cheers anyways!    Keith Cayemberg . IBM Business Services GmbH - Hannover, Germany$ http://www-5.ibm.com/services/de/bs/    g "Jay E. Morris" <usenet@epsilon3.com> wrote in message news:<Xgz_b.34424$M76.20967@fe2.texas.rr.com>... J > Ok, found this on the HP web site but can't seem to find the actual book, > anywhere.  Was it ever actually published? >  > OpenVMS Troubleshooting 
 > Bruce Ellis  > Publishing date:$ > November 30, 2003 by Digital Press > Copyright 2003 > Paperback, 400 pp. > ISBN: 1555583032   ------------------------------    Date: 23 Feb 2004 12:42:59 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: DCL Numerical symbols3 Message-ID: <dZA$Dax+mL23@eisner.encompasserve.org>   q In article <S8Dt3X$CQ3XJ@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: d > In article <OMb_b.102902$jk2.471154@attbi_s53>, glen herrmannsfeldt <gah@ugcs.caltech.edu> writes: >>  @ >> Does anyone have a copy of VMS 1.0?  It allowed you to rename= >> a subdirectory into itself.   Very useful for losing files < >> and disk space, though not good with a disk quota, as the- >> lost space still counts against the quota.  > G >    Just renaming it to .DIR;2 is good enough for most of us.  You can  >    still do that.   A But that is hardly the same thing, since with .DIR;2 you can just 2 rename it back.  Under VMS 1.* it was really lost.   ------------------------------    Date: 23 Feb 2004 13:23:35 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: DCL Numerical symbols3 Message-ID: <fKt0KllPbBKf@eisner.encompasserve.org>   c In article <dZA$Dax+mL23@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:  > C > But that is hardly the same thing, since with .DIR;2 you can just 4 > rename it back.  Under VMS 1.* it was really lost.      mcr vfy2   G    That should get the files into [1,3], thus unlost.  I agree renaming E    things back will fix it, but VFY2 would do the same in both cases.    ------------------------------    Date: 24 Feb 2004 07:21:51 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Disk Merging 3 Message-ID: <YV7V+w+VBVkH@eisner.encompasserve.org>   p In article <a3c44af1.0402231445.41c8014b@posting.google.com>, dave.baxter@bannerhealth.com (Dave Baxter) writes: > C > (Q1.  Can anyone remind me what the console command is to force a ! > Memory Dump on these systems??)   ?    Generally on Alpha, you enter "crash" at the chevron prompt.    ------------------------------    Date: 24 Feb 2004 09:44:44 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)  Subject: Re: Disk Merging = Message-ID: <8a646952.0402240944.2385b139@posting.google.com>    Dear Dave Baxter:   A Whether the crash dump is available or not, I would use the DECps D (Polycenter Performance Advisor, AdviseIT) or other similar productsC to analyze the system or cluster right before the problem occurred. C This at times provides a better understanding of the problem than a  crash dump.    Regards, Daryl Jones   u dave.baxter@bannerhealth.com (Dave Baxter) wrote in message news:<a3c44af1.0402231445.41c8014b@posting.google.com>... H > I am running OVMS Version 7.3-1 on a 2-node cluster of 4-way ES40's.  G >  Sadly, yesterday I had an event which I haven't figured out yet, but  > which hung both of my nodes.> > o    Pinging the nodes said that the NICs were responding.  H > o    There was no response from the node to login requests via Telnet,- > Decnet   or LAT.  (Not even a SYS$ANNOUNCE) B > o    Even sessions which were still connected would not respond. > E >      It looked a lot like a CLUSTER QUORUM hang, however neither of B > the nodes had crashed and the interconnect (dual private GigabitF > Ethernet segments) showed link lights, but almost no activity.    InE > order to release the hang, I was forced to manually crash the nodes B > and bring them back up.   They both came back fine.    Because I5 > manually crashed the systems, I have no Crash Dumps  > C > (Q1.  Can anyone remind me what the console command is to force a ! > Memory Dump on these systems??) F > (Q2.  I realize that this isn't much information, but has anyone any, > idea what could cause this kind of hang??) > F >      The second issue is that all of my shadowsets are merging.    IF > have two nodes, only running at ~40%, however I only have two merges8 > actually executing, the rest are waiting at 0% merged. > 1 > (Q3.  Is there any way I can control merging??) : > (Q4.  Is it possible to get this going on more drives??)7 > (Q5.  Are there SYSGEN parameters I should look at??)  > E >      The third issue is that I am having trouble reading the System  > Error Log.; > I know that DECevvent doesn't work.   Analyze/Error gives  >  > SYSMGR>> analyze/errF > Error Log Report Generator                                   VersionH > V7.2      %ERF-F-CEHFND, New header format found. Install DECevent and > run conversion utility.  >   ? > This doesn't help.     I installed Compaq Analyze and got the  > following  > , > SYSMGR>> ca v /ana sys$errorlog:errlog.sysE > ___.RECOVERED FROM ERROR on February 23, 2004 3:37:02 PM MST (0.717  > sec elapsed)E >         There was a problem parsing the log in EvtReader::parseLog: " >      Current Thread[main,5,main]L >      EXCEPTION com.compaq.svctools.ca.services.eventreaders.EvtCorruption:G >      EvtReader.fillDescriptor:  premature End-of-File, binary file is  > probably corrupt.  > % > plus a load more crap, ending with;  >  > Error executing command:E >  com.compaq.svctools.desta.core.DESTAException: There was a problem ) > parsing the log in EvtReader::parseLog: A > com.compaq.svctools.ca.services.eventreaders.EvtCorruption:     B > EvtReader.fillDescriptor:  premature End-of-File, binary file is > probably corrupt.  > @ > Q6.   Does this mean I am not going to be able to read the oldA > ERRLOG.SYS file?, or does it just need converting in some way??  >  > Help >  > Dave.    ------------------------------  % Date: Mon, 23 Feb 2004 10:40:51 -0500 4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com>8 Subject: Enabling TCP and UDP for Compaq TCP/IP Services8 Message-ID: <3b7k30d9srd16ebed9qb8ka1q1hlib08k1@4ax.com>  7     FYI, I'm running V7.3-1 with Compaq TCP/IP Services  V5.3 ECO 2.   =     I'm not sure if anyone else has tried this, but according 4 to the documentation Compaq TCP/IP Services supports7 both the UDP and TCP transports for NFS server.  I want 5 to enable TCP because I have a need to serve VMS file < systems to Unix and the default protocol for the automounter% from most of our Unix systems is TCP.   ?     The default protocol is UDP for NFS.  I've tried performing 6 the following command to enable TCP, but have not been successful:   + AP4200$ tcpip set service nfs /protocol=tcp 2 %TCPIP-E-SERVERROR, cannot process service request5 -TCPIP-E-NOMOD, value for PROTOCOL cannot be modified   1     Looking through SYS$STARTUP:TCPIP$CONFIG.COM, ; the MOUNT service is enabled for both protocols as follows:    $TCPIP set serv mount 5 /port=10/prot=tcp/flag=TCPIP/user=TCPIP$nfs/limi=10 - + /proc=tcpip$mountd/sock=(r:64000,s:64000) - 0 /inac=0/file=TCPIP$SYSTEM:TCPIP$MOUNTD_RUN.COM -< /log=(f:sys$sysdevice:[tcpip$nfs]tcpip$mountd_run.log,all) - /RPC=(P=100005,V=(L=1,H=3))  $IF $STATUS THEN -0 TCPIP SET SERVICE MOUNT /protocol=udp/flag=TCPIP  B I've tried recreating the NFS service by setting the TCP protocol,< then the UDP protocol similar to the above, without success.  '     Any insight is greatly appreciated.    David R. Beatty  SAS Institute, Inc.    ------------------------------  # Date: Mon, 23 Feb 2004 19:49:32 GMT 0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>< Subject: Re: Enabling TCP and UDP for Compaq TCP/IP Services= Message-ID: <gPs_b.73191$Wa.48734@news-server.bigpond.net.au>   F NFS will accept TCP and UDP by default.  E.g. from my Tru64 UNIX node:  .     # mount -o proto=tcp mynode:/vmsdata ./mnt  G If you want to modify the number of tcp_threads, you need to modify the  sysconfig attribute:  "     $ sysconfig -q nfs tcp_threads  G To disable TCP, set this value to 0, otherwise I believe it is enabled.   < If you want to permanently modify this, then add a stanza to: TCPIP$ETC:SYSCONFIGTAB.DAT or add the sysconfig command to  TCPIP$NFS_SERVER_SYSTARTUPT.COM.  G This is documented in the Management Guide, under "Modifying NFS Server  Attributes".   BTW:  3 >     Looking through SYS$STARTUP:TCPIP$CONFIG.COM, = > the MOUNT service is enabled for both protocols as follows:   L Unfortunately, when you see the /FLAG=TCPIP, you can't trust everything yourJ read from the SET SERVIC command.  This is used as a special signal to theF startup code that has loads of built in smarts(?) for service specific actions.   Matt.    --  = -------------------------------------------------------------  OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Company  Gold Coast, AUSTRALIA = -------------------------------------------------------------     A "David R. Beatty" <QWDavidER.TYBeattyUI@sas.com> wrote in message 2 news:3b7k30d9srd16ebed9qb8ka1q1hlib08k1@4ax.com... > 9 >     FYI, I'm running V7.3-1 with Compaq TCP/IP Services 
 > V5.3 ECO 2.  > ? >     I'm not sure if anyone else has tried this, but according 6 > to the documentation Compaq TCP/IP Services supports9 > both the UDP and TCP transports for NFS server.  I want 7 > to enable TCP because I have a need to serve VMS file > > systems to Unix and the default protocol for the automounter' > from most of our Unix systems is TCP.  > A >     The default protocol is UDP for NFS.  I've tried performing 8 > the following command to enable TCP, but have not been
 > successful:  > - > AP4200$ tcpip set service nfs /protocol=tcp 4 > %TCPIP-E-SERVERROR, cannot process service request7 > -TCPIP-E-NOMOD, value for PROTOCOL cannot be modified  > 3 >     Looking through SYS$STARTUP:TCPIP$CONFIG.COM, = > the MOUNT service is enabled for both protocols as follows:  >  > $TCPIP set serv mount 7 > /port=10/prot=tcp/flag=TCPIP/user=TCPIP$nfs/limi=10 - - > /proc=tcpip$mountd/sock=(r:64000,s:64000) - 2 > /inac=0/file=TCPIP$SYSTEM:TCPIP$MOUNTD_RUN.COM -> > /log=(f:sys$sysdevice:[tcpip$nfs]tcpip$mountd_run.log,all) - > /RPC=(P=100005,V=(L=1,H=3))  > $IF $STATUS THEN -2 > TCPIP SET SERVICE MOUNT /protocol=udp/flag=TCPIP > D > I've tried recreating the NFS service by setting the TCP protocol,> > then the UDP protocol similar to the above, without success. > ) >     Any insight is greatly appreciated.  >  > David R. Beatty  > SAS Institute, Inc.  >    ------------------------------  # Date: Mon, 23 Feb 2004 21:20:02 GMT ) From: "Rick Barry" <richard.barry@hp.com> ) Subject: Re: GD graphics lib on CSWS 1.3? 0 Message-ID: <68u_b.964$9s5.789@news.cpqcorp.net>   Witchy,    I'm glad you're up and running.   K If you're looking for PHP header files, send me an e-mail. We'll be posting E up-to-date source code kits in the near future, but I can get you the  headers you need.   
 Rick Barry OpenVMS Systems Software Group Hewlett-Packard Company 
 Nashua, NH  6 "Witchy" <news@sruasonidyranib.co.uk> wrote in message2 news:0df730l1dovu6d2psucknbmlreliglqb4a@4ax.com... > Hi folks,  > E > Thanks to Rick Barry I've got an almost fully functioning webserver @ > running on hobbyist VMS 7.3 - Rick, if you're reading this theB > PHP_VALUE seems to be happy buried in a <Location /> clause of a: > virtual host container which is exactly what I needed :) > ? > One thing remains - has anyone managed to get the VMS port of H > Boutell's GD graphics library running with CSWS 1.3? On my Linux box IE > just compiled PHP with everything I needed built-in, but the source ; > for CSWS 1.3/PHP is a couple of versions out of date now.  > 	 > Thanks!  >  > --	 > cheers,  >  > witchy/binarydinosaurs   ------------------------------  # Date: Mon, 23 Feb 2004 19:36:50 GMT # From: "John Smith" <a@nonymous.com> & Subject: Re: Intel releases 64bit XeonI Message-ID: <mDs_b.74345$kaP1.57080@news04.bloor.is.net.cable.rogers.com>    Bob Koehler wrote:? > In article <7500353b.0402222220.624f993e@posting.google.com>, 2 > mistdragon@zdnetonebox.com (mist dragon) writes:F >>> The big question for HP is HPUX. Does HPUX share commoon code baseE >>> between PaRisc and IA64 ? If so, then they can get the Tru64 bits A >>> onto HPUX/PaRisc and just forget about IA64 (except for a few # >>> customers who already have it).  >>> >> Or. Would they dare to replace HP-UX with Linux using HP-UXA >> extensions ? HP-UX is nice Unix system, but propretary Unix is  >> disappearing too. >> > E >    So they can try over and fail again at porting Tru64 extensions? G >    IMHO a little endian Linux would be an easier target, it's already  >    got features like a DLM.   E Retire 'classic' HP-UX and release the 'new' HP-UX - a renamed Tru64.    ------------------------------    Date: 24 Feb 2004 07:14:38 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <Q6npvJ6MLaGo@eisner.encompasserve.org>   o In article <mDs_b.74345$kaP1.57080@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  > G > Retire 'classic' HP-UX and release the 'new' HP-UX - a renamed Tru64.  >   @    Now that _would_ be an improvement.  For all of DEC's stealth>    marketing digital UNIX was far superior to most other UNIX,C    (definitely including HP-UX) that I'd met up with.  And I didn't ?    even need or use TruClusters when I came to that conclusion.    ------------------------------    Date: 24 Feb 2004 07:16:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <q39WJf0fMDFM@eisner.encompasserve.org>   _ In article <BC6126D4.24983%x@wedontwantyourspam.com>, nospam <x@wedontwantyourspam.com> writes:  > A > If my memory serves the DLM in linux may have been from Tru64 ?  >   H    Similar (those open source guys know a good thing when they see it), C    but I'm not sure "from" (i.e., a reimplementation, not a copy or 
    donation).    ------------------------------   Date: 24 Feb 2004 13:27:06 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Intel releases 64bit Xeon: Message-ID: <c1fjfa$1dfb3j$1@ID-135708.news.uni-berlin.de>  3 In article <q39WJf0fMDFM@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:a > In article <BC6126D4.24983%x@wedontwantyourspam.com>, nospam <x@wedontwantyourspam.com> writes:  >>  B >> If my memory serves the DLM in linux may have been from Tru64 ? >>   > J >    Similar (those open source guys know a good thing when they see it), E >    but I'm not sure "from" (i.e., a reimplementation, not a copy or  >    donation).   < It was a donation, but not from Tru64.  It was from IBM/AIX.   bill      --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 24 Feb 2004 13:19:36 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <c1fj19$p6p$1@new-usenet.uk.sun.com>   Robert Klute wrote: G > On Fri, 20 Feb 2004 11:12:18 +0000, Andrew Harrison SUNUK Consultancy 0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  >>Robert Klute wrote:  >>H >>>On Thu, 19 Feb 2004 16:59:32 +0000, Andrew Harrison SUNUK Consultancy1 >>><Andrew_No.Harrison_No@nospamn.sun.com> wrote:  >  > = >>>That was long ago and a different generation of Windows.    >>>  >>9 >>NT on Alpha yes, but not Windows 2000 on IBM/Unisys etc > >>and their sales have been tiny despite being 100% compatible >>with low end x86 systems.  >  > H > Different ball park.  There only so much you can do, and thus how manyB > processors are useful, with 3GB of process usable address space. >   ; It may have escaped you completely but this has not stopped > people selling large 32bit SMP systems nor has it been a major inhibitor to their sucess.  A Their issues have been more OS related, the dominant 32bit server < OS is Windows few people are prepared to trust it with their large mission critical apps.   > K >>>Until someone starts announcing an AMD64 bigger than a 4way, it is moot. F >>>Price performance only counts when comparing boxes that deliver the >>>performance you need.   >>>  >>? >>You appear to have missed the Intel announcments, their 64bit < >>extensions to x86 are going to be compatible with AMD64 soA >>any vendor producing large Intel x86 based servers, for example @ >>IBM will be producing something that is compatible with AMD64. >  > I > No, I didn't miss their announcement.  I seem to remember that they are E > focusing on 1 - 2 way in the short term with their offering.  Still 8 > waiting for proof of an Opteron box bigger than 4 way. >   @ No that is not what Intel announced, though the 1-2 way only may$ well be HP spin on the announcments.  A Intel announced that it would be available for all the x86 server B CPU's starting with 2 way, with 4way etc arriving later this year.   >  > @ >>HP didn't do HP-WW (the original HP name for IPF) because they< >>judged that the costs of developing the processors and theF >>additional transition costs was too great for HP as a single company? >>to bear, subsequent developments have proved that judgment to : >>even more acute given the hike in IPF development costs. >  > ) > Which is why they partnered with Intel.  >   < Of course but what happens when as seems increasingly likely< IA64 becomes a processor only sold and designed into systems4 by HP and a platform for HP-UX, Tandem and OpenVMS ?  9 The costs of doing IA64 have to be offset by revenues, it 8 was HP's view that this was not economic if only HP were; to provide the revenue stream, now this looks like the most > likely outcome why would Intel not reach the same conclusion ?   >  > D >>>The Linux and Windows market will be driven by performance of the! >>>applications that run on it.    >>>  >>H >>But Linux and Windows only really cover the 1-8 way systems market andA >>the price performance leaders in that market by a long long way C >>for Windows and Linux apps are x86 based systems not IPF systems. B >>You will have an uphill struggle to convince customers that theyD >>should pay 3x the price to get less performance for identical apps0 >>selected from a smaller application portfolio. >  > G > Because you don't get similar performance on many applications unless F > you cluster, and clustered solutions are not the solution too often. >   G You seem to have lost the plot, the 1-8 way market is where most server F revenues are and except in HPC people do not cluster commodity serversE in any large quantities to get additional throughput. They buy bigger > SMP servers instead because they cost less when you add in the4 cluster interconnect, SAN and cluster SW/DBMS costs.  F Linux scales well to 4 CPU's Windows to 8 and in any case given likelyF relationship between the size of the app running on a platform and itsD value to an organisation few users are prepared to trust either OS's0 with larger scale apps requiring more resources.  C Because of that the number of large Linux servers and large Windows > servers is tiny making an Integrity SuperDome 64 running Linux< or Windows a system designed to address a market that simply does not exist.     H > I guess, this just means that we can be expecting an announcement fromC > Sun, any day now, that they are dropping the 15K in favor of V20z  > clusters.    No for the above reasons.      regards  Andrew Harrison    ------------------------------  # Date: Tue, 24 Feb 2004 16:42:05 GMT " From: Robert Klute <news@klute.us>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 8 Message-ID: <optm30dch9gv8eh5rufpu71651jab1gpi5@4ax.com>  E On Tue, 24 Feb 2004 13:19:36 +0000, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:   >Robert Klute wrote: >>  I >> Different ball park.  There only so much you can do, and thus how many C >> processors are useful, with 3GB of process usable address space.  >>   > < >It may have escaped you completely but this has not stopped? >people selling large 32bit SMP systems nor has it been a major  >inhibitor to their sucess.  > B >Their issues have been more OS related, the dominant 32bit server= >OS is Windows few people are prepared to trust it with their  >large mission critical apps.   G 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 businessH applications can be solved cost effectively with such systems.  I merelyF said that the limited address space puts a cap on how many  processors- can be effectively used in a single system.     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.  >>   > A >No that is not what Intel announced, though the 1-2 way only may % >well be HP spin on the announcments.  > B >Intel announced that it would be available for all the x86 serverC >CPU's starting with 2 way, with 4way etc arriving later this year.   D They announced 64-bit support on Prescott (1way), Nocona (2way), andG Potomac (8way).  Potomac isn't forecast to show up for at least a year. D Both Potomac and the Twin Castle chipset have slipped at least once, already.    H >You seem to have lost the plot, the 1-8 way market is where most serverG >revenues are and except in HPC people do not cluster commodity serversnF >in any large quantities to get additional throughput. They buy bigger? >SMP servers instead because they cost less when you add in theC5 >cluster interconnect, SAN and cluster SW/DBMS costs.i  E That's what I have been saying all along. Thank you for agreeing withi me.    >nD >Because of that the number of large Linux servers and large Windows? >servers is tiny making an Integrity SuperDome 64 running Linuxb= >or Windows a system designed to address a market that simplyb >does not exist.  H The large SQL Server market does exist.  HP is happily selling Integrity% servers running Windows to customers.   I >> I guess, this just means that we can be expecting an announcement from D >> Sun, any day now, that they are dropping the 15K in favor of V20z >> clusters. >s >No for the above reasons.  ? Thought not. So, don't expect HP to drop Itanium any time soon.g   ------------------------------  + Date: Mon, 23 Feb 2004 20:30:00 +0000 (UTC)cE From: "privacy.at Anonymous Remailer" <mixmaster@remailer.privacy.at>e4 Subject: J F  M e z e i - Frequently Asked Questions1 Message-ID: <c1dns8$2vc1$1@fiasco.xenopsyche.net>   > We have identified the perpetrator and will take legal action.   ------------------------------  + Date: Tue, 24 Feb 2004 07:28:51 -0800 (PST)u. From: john vmsguy <lookingformanman@yahoo.com>, Subject: JOB POST: IT Infrastructure Manager@ Message-ID: <20040224152851.50731.qmail@web21412.mail.yahoo.com>  1 VMS and ManMan with Network experience - hands onI manager needed.    Silicon Valley area. l6 http://jobsearch.monster.com/getjob.asp?JobID=20541697        " __________________________________ Do you Yahoo!?6 Yahoo! Finance: Get your refund fast by filing online." http://taxes.yahoo.com/filing.html   ------------------------------  % Date: Tue, 24 Feb 2004 06:38:17 -0700IB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>  Subject: RE: meta-data & MozillaO Message-ID: <11721EF39C7D7F47A55447158274CAF7A59ED5@cossmgmbx01.email.corp.tld>-   Chip Coldwell wrote:  G > Well, I tried that.  The bookreader file in the .ZIP archive seems to04 > have the wrong record format, too.  This time it's <...snip...>( > and went at it with CONVERT/FDL again.  G Instead of converting the file, try SET FILE/ATTRIBUTES and just changedH the attributes to be what they should.  Perhaps the internal data in theD file is actually correct and it's just the file attributes that haveF been set incorrectly.  CONVERT will believe the attributes and, in the/ process of converting, may be munging the file.  --=0Dn Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991r> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Do: 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=eD  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=eH  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=aG  not necessarily represent those of the company.  The recipient should=pI  check this e-mail and any attachments for the presence of viruses.  The=oA  company accepts no liability for any damage caused, directly or=e4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  + Date: Tue, 24 Feb 2004 15:52:06 +0000 (UTC)n, From: lewis@mazda.mitre.org (Keith A. Lewis)6 Subject: Re: Mozilla for OpenVMS Alpha V1.5 available!. Message-ID: <c1frv6$agp$1@newslocal.mitre.org>   peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes in article <newscache$di1bth$8fu1$1@news.sil.at> dated Thu, 19 Feb 2004 00:05:56 +0000 (UTC): N >So, thanks folks. I got it and it runs (and crashes twice an hour on DWM 131)  L Yeah, the 1.5 RC crashes for me too.  (I guess that's why it's not a 1.5 R). I've gone back to 1.3.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Mon, 23 Feb 2004 21:06:52 GMT  From: mylastname@gmcl.comn- Subject: Re: Old Personal Management ProgramsnL Message-ID: <Pine.LNX.4.44.0402231405150.20893-200000@localhost.localdomain>  J   This message is in MIME format.  The first part should be readable text,K   while the remaining parts are likely unreadable without MIME-aware tools.m?   Send mail to mime@docserver.cac.washington.edu for more info.n  & --8323328-1035899424-1077562634=:20006* Content-Type: TEXT/PLAIN; CHARSET=US-ASCIIE Content-ID: <Pine.LNX.4.44.0402231159251.20006@localhost.localdomain>S      ? I appear to have these on the decus collection VS0158.  I have d attached a directory listing.   D The readme file is below.  I am intrigued by the closing sentence:  C "Please note that these programs are NOT in the Public Domain."  A  E strange thing to put in a collection which is freely distributable.  a0 Does this mean I can or cannot send them to you?  5 Looks like this guy still has his stuff available at n http://fly.hiwaay.net/~mdsmith/s  C Let me know if you are still looking the this, and I'll zip up the q; whole directory of the decus collection and send it to you.n   - Rob      -- i  ; Rob Brown                        mylastname at gmcl dot comiA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free!R6 Edmonton                         (780)438-9343 (voice)4                                  (780)437-3367 (FAX)1                                  http://gmcl.com/o   Here is the readme file:  *                      ****  ABSTRACT  *****%                         by M.D. Smiths   MANAGEMENT TOOLS: V 8.802J February 9, 1988  G Management Tools is a series of ten programs and a text file written byoG a manager with twenty-five years experience as a manager, including tenlH years teaching management seminars. The entire program is MENU driven asL you RUN the program MENU.EXE . VAX BASIC(.BAS), .OBJ and .DOC files of each I program are also included. The .DOC files can be read from the main menu.n  /      .  COMMUN.EXE  Communication effectivenesse(      .  DECISI.EXE  Decision making help)      .  DELEGA.EXE  Be a better delegatora'      .  EVALUE.EXE  Employee evaluation .      .  GETDUN.EXE  Getting more done in a day4      .  MANAGE.EXE  Better overall manager of people1      .  MOTIVA.EXE  Motivation of people and self +      .  MYBOSS.EXE  Boss evaluation program:(      .  PLANS .EXE  Planning improvement/      .  TIMEFI.EXE  Time management improvement16      .  INTERV.QES  Interviewing prospective employees  F The more times a manager uses these programs, the more benefits he/sheG will gain. There are options for hardcopy printouts of various portionse; of the programs as they run or they can be stored in files.e  ; These programs were originally written on an MS-DOS PC  and A were further modified to run on a C-64 and an APPLE computer. ThesE BASIC code used is highly transportable for this reason and will run,t@ with only minor modifications, on any computer that runs BASIC. = Please note that these programs are NOT in the Public Domain.e  B Non-management personell will also find benefits in these programs for business and private lives.,      & --8323328-1035899424-1077562634=:20006* Content-Type: TEXT/PLAIN; NAME="mtdir.txt"! Content-Transfer-Encoding: BASE64-E Content-ID: <Pine.LNX.4.44.0402231157140.20006@localhost.localdomain>r& Content-Description: directory listing5 Content-Disposition: ATTACHMENT; FILENAME="mtdir.txt"g  < DQpEaXJlY3RvcnkgRElTSyRWUzAxNTg6WzAwMDAwMC5MLVAuTUFOQUdFTUVO  < VF9UT09MU10NCg0KQlVJTEQuQ09NOzUgICAgICAgICAgIDMtRkVCLTE5ODgg  < MTE6Mjg6NDAuNjANCkNPTU1VTi5CQVM7NiAgICAgICAgICA4LUZFQi0xOTg4  < IDE2OjU1OjQ5LjgwDQpDT01NVU4uRE9DOzEgICAgICAgICAgOS1GRUItMTk4  < OCAwOTowNzoxMi4zMw0KQ09NTVVOLkVYRTsyICAgICAgICAgIDgtRkVCLTE5  < ODggMTk6NDQ6MTcuNTYNCkNPTU1VTi5PQko7MSAgICAgICAgICA4LUZFQi0x  < OTg4IDE5OjQ0OjA2Ljg3DQpERUNJU0kuQkFTOzMgICAgICAgICAgOC1GRUIt  < MTk4OCAxODo0NToyNy40Nw0KREVDSVNJLkRPQzszICAgICAgICAgIDktRkVC  < LTE5ODggMDg6MjM6NDYuNDcNCkRFQ0lTSS5FWEU7MiAgICAgICAgICA4LUZF  < Qi0xOTg4IDE5OjQ0OjU3Ljk2DQpERUNJU0kuT0JKOzEgICAgICAgICAgOC1G  < RUItMTk4OCAxOTo0NDo0OS42Nw0KREVMRUdBLkJBUzszICAgICAgICAgIDgt  < RkVCLTE5ODggMTg6NTA6MjguOTINCkRFTEVHQS5ET0M7MyAgICAgICAgICA5  < LUZFQi0xOTg4IDA4OjI0OjI4Ljg2DQpERUxFR0EuRVhFOzIgICAgICAgICAg  < OC1GRUItMTk4OCAxOTo0NToxOS45Mg0KREVMRUdBLk9CSjsxICAgICAgICAg  < IDgtRkVCLTE5ODggMTk6NDU6MTAuMzENCkRPQy5ET0M7MyAgICAgICAgICAg  < ICA5LUZFQi0xOTg4IDA3OjU3OjMzLjIwDQpFVkFMVUUuQkFTOzMgICAgICAg  < ICAgOC1GRUItMTk4OCAxODo1Nzo0Ny4wMQ0KRVZBTFVFLkRPQzszICAgICAg  < ICAgIDktRkVCLTE5ODggMDg6MjQ6NTEuNjUNCkVWQUxVRS5FWEU7MiAgICAg  < ICAgICA4LUZFQi0xOTg4IDE5OjQzOjU0LjY4DQpFVkFMVUUuT0JKOzEgICAg  < ICAgICAgOC1GRUItMTk4OCAxOTo0Mzo0Ni41MA0KR0VURFVOLkJBUzs1ICAg  < ICAgICAgIDgtRkVCLTE5ODggMTY6MzU6MTMuNjkNCkdFVERVTi5ET0M7MyAg  < ICAgICAgICA5LUZFQi0xOTg4IDA4OjI1OjE0LjYyDQpHRVREVU4uRVhFOzIg  < ICAgICAgICAgOC1GRUItMTk4OCAxOTo0NzowNy4zMg0KR0VURFVOLk9CSjsx  < ICAgICAgICAgIDgtRkVCLTE5ODggMTk6NDY6NTguMTkNCklOVEVSVi5ET0M7  < MyAgICAgICAgICA5LUZFQi0xOTg4IDA4OjI2OjA1LjczDQpJTlRFUlYuUUVT  < OzEgICAgICAgICAgNy1KVU4tMTk4NyAxMzo0OTo1OC4wNw0KTUFOQUdFLkJB  < UzszICAgICAgICAgIDgtRkVCLTE5ODggMTk6MDM6MjcuMTENCk1BTkFHRS5E  < T0M7MyAgICAgICAgICA5LUZFQi0xOTg4IDA4OjI2OjM2LjkyDQpNQU5BR0Uu  < RVhFOzIgICAgICAgICAgOC1GRUItMTk4OCAxOTo0NjowNS4yMA0KTUFOQUdF  < Lk9CSjsxICAgICAgICAgIDgtRkVCLTE5ODggMTk6NDU6NTUuNDUNCk1FTlUu  < QkFTOzMgICAgICAgICAgICA0LUZFQi0xOTg4IDE2OjQ5OjU4LjIwDQpNRU5V  < LkVYRTszICAgICAgICAgICAgOC1GRUItMTk4OCAxOTo0NzoyNS4zNg0KTUVO  < VS5PQko7MSAgICAgICAgICAgIDgtRkVCLTE5ODggMTk6NDc6MTcuNjUNCk1P  < VElWQS5CQVM7MyAgICAgICAgICA4LUZFQi0xOTg4IDE5OjA5OjU0LjM2DQpN  < T1RJVkEuRE9DOzMgICAgICAgICAgOS1GRUItMTk4OCAwODoyNzowOC44NA0K  < TU9USVZBLkVYRTsyICAgICAgICAgIDgtRkVCLTE5ODggMTk6NDU6NDIuMzEN  < Ck1PVElWQS5PQko7MSAgICAgICAgICA4LUZFQi0xOTg4IDE5OjQ1OjMyLjgy  < DQpNWUJPU1MuQkFTOzMgICAgICAgICAgOC1GRUItMTk4OCAxOToxNDo0NS45  < Ng0KTVlCT1NTLkRPQzszICAgICAgICAgIDktRkVCLTE5ODggMDg6Mjc6Mzgu  < NjcNCk1ZQk9TUy5FWEU7MiAgICAgICAgICA4LUZFQi0xOTg4IDE5OjQ2OjIz  < LjA4DQpNWUJPU1MuT0JKOzEgICAgICAgICAgOC1GRUItMTk4OCAxOTo0Njox  < NS4yMw0KUExBTlMuQkFTOzMgICAgICAgICAgIDgtRkVCLTE5ODggMTk6Mjc6  < NTcuMjYNClBMQU5TLkRPQzsyICAgICAgICAgICA5LUZFQi0xOTg4IDA4OjE3  < OjE3LjA5DQpQTEFOUy5FWEU7MiAgICAgICAgICAgOC1GRUItMTk4OCAxOTo0  < Njo0NS40Mg0KUExBTlMuT0JKOzEgICAgICAgICAgIDgtRkVCLTE5ODggMTk6  < NDY6MzUuNTANClJFQUQuTUU7MSAgICAgICAgICAgICA5LUZFQi0xOTg4IDEx  < OjE0OjQ1Ljk5DQpUSU1FRkkuQkFTOzMgICAgICAgICAgOC1GRUItMTk4OCAx  < OTozNToxNS4zNQ0KVElNRUZJLkRPQzsyICAgICAgICAgIDktRkVCLTE5ODgg  < MDg6MjI6MjguMjQNClRJTUVGSS5FWEU7MiAgICAgICAgICA4LUZFQi0xOTg4  < IDE5OjQ0OjM5LjAzDQpUSU1FRkkuT0JKOzEgICAgICAgICAgOC1GRUItMTk4  4 OCAxOTo0NDoyOS4yNw0KDQpUb3RhbCBvZiA0OCBmaWxlcy4NCg==( --8323328-1035899424-1077562634=:20006--   ------------------------------   Date: 24 Feb 2004 08:31:44 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)- Subject: RE: Old Personal Management Programsp0 Message-ID: <c1f25g$are$1@n.ruf.uni-freiburg.de>   In article <11721EF39C7D7F47A55447158274CAF7A59CDA@cossmgmbx01.email.corp.tld>, "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> writes: >  >Christoph Gartmann wrote: >y3 >> Unfortunately I have only executables for VAXen.s >lI >This statement manke me assume you want executables for Alphas.  Did yous >try VESTing the VAX images?  : Not yet, first I have to dig out how I have to do this :-(   Regards,    Christoph Gartmanna   --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -4522  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de-  D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.htmlr   ------------------------------    Date: 24 Feb 2004 08:11:13 -0800& From: twnews@kittles.com (Thomas Wirt)- Subject: Re: Old Personal Management Programsr= Message-ID: <b3531425.0402240811.19cc6b55@posting.google.com>   D I found this link to be more useful for downloading.  I did not even5 realize that the old tapes were on the Encompass sit.v   ftp://ftp.encompassus.org/lib/   Thomas Wirtt  t gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<c1f27g$are$2@n.ruf.uni-freiburg.de>...V > In article <c1d8km$t3k$1@lore.csc.com>, Nic Clews <sendspamhere@[127.0.0.1]> writes: > >Christoph Gartmann wrote: > >> R: > >> somewhere on an old disk I found a bunch of programs: > >> gD > >>               Employee  Evaluation               "EVALUE  .BAS"D > >>               Communications                     "COMMUN  .BAS"D > >>               Time Management                    "TIMEFI  .BAS"D > >>               Decision Making                    "DECISI  .BAS"D > >>               Delegation Effectiveness           "DELEGA  .BAS"D > >>               Motivational                       "MOTIVA  .BAS"D > >>               Be A Better Manager                "MANAGE  .BAS"D > >>               Boss Evaluation Program            "MYBOSS  .BAS"D > >>               Planning improvement               "PLANS   .BAS"D > >>               Get More RESULTS                   "GETDUN  .BAS"D > >>               Interviewing Prospective Employees "INTERV  .QES" > >bG > >The naming convention suggests to me they probably came from a PDP11yE > >system (probably RSTS/E being BASIC based) and got copied to a VMS . > >system. I presume your executables are .EXE > P > Correct. And the name of the directory they are in suggests that the originate- > from some DECUS SIG tape. Thus, my posting.n > 
 > Regards, >    Christoph Gartmannt   ------------------------------  + Date: Mon, 23 Feb 2004 19:30:08 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)4 Subject: printing characters with codes > 127 in DCL# Message-ID: <c1dkc0$o3$1@online.de>   ? I must be missing something; I thought F$FAO could do anything.,  H I'm looking for a way to print characters with codes higher than 127 in   DCL.  Of course, I could just do      $ WRITE SYS$OUTPUT ""  E or whatever directly.  The problem is that some of the codes are not rI printable---I don't mean "nonprintable characters", but rather just that cG these appear to be empty in the DEC multinational character set (which .( on the whole is similar to ISO Latin 1).  G What I want to do is automatically generate HTML using other character  F sets, such as ISO Latin 5.  This will look like gibberish when viewed D with, say, TYPE or EDT.  However, in a browser it looks fine.  (The H source will be a transliteration consisting of printable 7-bit US-ASCII F characters (or combinations of them).  Thus, all development can take H place on something as basic as a VT100 and still look OK when viewed in  a web browser.)s  G The alternative would be to write it in Fortran or whatever, but since rG performance is not an issue and the need to make quick changes is, DCL o seems more natural.     F Something in-between would be to use EDT's "special insert" to insert 8 them.  However, a pure DCL solution would be preferable.   ------------------------------  % Date: Mon, 23 Feb 2004 15:34:07 -0500w< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>8 Subject: Re: printing characters with codes > 127 in DCL: Message-ID: <c1do41$1hkknk$1@ID-141708.news.uni-berlin.de>  / Phillip Helbig---remove CLOTHES to reply wrote:R >...= > I'm looking for a way to print characters with codes higher  than 127% > in DCL.  Of course, I could just dod >:  >    $ WRITE SYS$OUTPUT "" >n> > or whatever directly.  The problem is that some of the codes are notv9 > printable---I don't mean "nonprintable characters", butn rather justn8 > that these appear to be empty in the DEC multinational
 character seti1 > (which on the whole is similar to ISO Latin 1).. >...  < Do you mean something like this? Or should you be looking at= the Terminal Fallback Utility Manual (which is now obsolete)?e   $ A_Upp_Grave = %XC0 $ A_Upp_Acute = %XC1 $ A_Upp_Ring = %XC5e $ A_Low_Grave = %XE0 $ A_Low_Acute = %XE1 $ A_Low_Ring = %XE56 $ One_quarter = %XBC $!9 $ call build_string 'a_upp_grave 'a_upp_ring 'one_quarterd 'a_low_ringe $ write sys$output string  $! $build_string: subroutine- $ count = 1- $ string == "" $loop:# $ string[(count-1)*8,8] == &p'countm $ count = count + 1D" $ if p'count .gt. 0 then goto loop $! $ exit $endsubroutine     -- I Peter Weaver Weaver Consulting Services Inc.a Canadian VAR for CHARON-VAXY www.weaverconsulting.cah   ------------------------------  + Date: Mon, 23 Feb 2004 21:00:33 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)8 Subject: Re: printing characters with codes > 127 in DCL$ Message-ID: <c1dplh$nma$1@online.de>  A In article <c1do41$1hkknk$1@ID-141708.news.uni-berlin.de>, "Peteru8 Weaver" <WeaverConsultingServices@sympatico.ca> writes:   1 > Phillip Helbig---remove CLOTHES to reply wrote:  > >...? > > I'm looking for a way to print characters with codes higher 
 > than 127' > > in DCL.  Of course, I could just doE > >E" > >    $ WRITE SYS$OUTPUT "" > >P@ > > or whatever directly.  The problem is that some of the codes	 > are not$; > > printable---I don't mean "nonprintable characters", butb
 > rather justs: > > that these appear to be empty in the DEC multinational > character set$3 > > (which on the whole is similar to ISO Latin 1).0 > >... > # > Do you mean something like this? N  B [Looks sheepishly at example below].  Yes, of course.  No need for' F$FAO, just a simple symbol assignment!    > Or should you be looking atp? > the Terminal Fallback Utility Manual (which is now obsolete)?y  I I don't see the connection here---I don't know if it is possible to see, uE say, Cyrillic characters on a terminal---VT100, probably not; VT320, tH perhaps; DECterm, probably.  However, I don't have a Cyrillic keyboard, H so would write with the transliterated pseudocode anyway, so displaying 9 fallback characters on a terminal isn't something I need.c   > $ A_Upp_Grave = %XC0  F By the way, HELP FORTRAN Character_Sets DEC_Multinational brings up a  nice chart.g   ------------------------------  % Date: Mon, 23 Feb 2004 16:49:39 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: printing characters with codes > 127 in DCL) Message-ID: <403A756F.10B0C2B9@istop.com>s  / Phillip Helbig---remove CLOTHES to reply wrote:iI > I'm looking for a way to print characters with codes higher than 127 in " > DCL.  Of course, I could just do  , you could define all characters as symbols :   c128[8,0] = 128s c129[8,0] = 129  ...a c255[8,0] = 255n  O Then, you can use these symbols to create the strings that will be written out.U  H > What I want to do is automatically generate HTML using other characterG > sets, such as ISO Latin 5.  This will look like gibberish when viewede > with, say, TYPE or EDT.h  J You could write a small program that could perform the conversion and thenL spit the output directly to the channel going through the web server back to the client.-  L As a source, you could have the &symbol  where "symbol" would be a readabl;eJ representation of the character, and then your program would replace these with the actual character.  T (Note that HTML also has similar encodings so you might not need to do any of this).6 look at: http://www.w3.org/TR/html4/sgml/entities.html    for instance, instead of writing  
 Jean-Franois.
 I could write M Jean-Fran&ccedil;ois  and the browser would convert it back to Jean-Franois.e  D However, I do not know if there is support for the latin-5 alphabet.   ------------------------------  % Date: Mon, 23 Feb 2004 17:05:16 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: printing characters with codes > 127 in DCL) Message-ID: <403A7916.A02C1E96@istop.com>    You may also wish to look at:r' http://www.w3.org/TR/html4/charset.htmlm    M If your browser does not have available to it the russian fonts, then it will F either default to its default font or display the jubberish character.  I A long tike ago, I got some russian fonts on my MAC and I usually have nomM problems with it. One site (  http://www.rosaviakosmos.ru/ ) even pretends it M is encoded in windows-1251 (I have no idea what this is) but it comes out OK.    ------------------------------  % Date: Mon, 23 Feb 2004 17:53:38 +0100o  From: "Dr. Dweeb" <dr@dweeb.com>Y Subject: Re: RDB database becomes disabled by remote user failures because of  security rm- Message-ID: <c1db6m$25f2$1@news.cybercity.dk>=   William Webb wrote:N7 > Paul Sture <nospam@sture.homeip.net> wrote in message . > news:<40388CFF.6DE59CBE@sture.homeip.net>... >> David Froble wrote: >>>n >>> sdavidson@uss.com wrote: >>>oB >>>> Our new corporate policy states that we have to automaticallyF >>>> disuser a user account after they fail at logging in three times. >>>-> >>> Sounds like "Idiots at work" to me.  Did the people/personD >>> instigating this policy understand breakin evasion?  This policy  >>> seems like immense overkill. >>>.D >>> Then again, possibly there's some valid reason.  What do I know? >>>o >>F >> Without knowing more detail, I will say that I have come across theG >> idea of 3 login failures leading to account suspension quite common. A >> That was the case with the smart card I used in my last job tor >> access a PC.a >>G >> Also, the standard instructions issued by my bank say that if anyonedB >> wishes to invalidate a cash or credit card, or internet bankingG >> account, one should deliberately enter a wrong PIN/password 3 times.h >>8 >> So I believe it's quite likely to be a common policy. >eF > I suspect that the roots of this policy come from "three strikes and > you're out" in baseball. >nE > And, out of curiosity, how many attempts does one get per at-bat ino
 > cricket? >lH > (They'll probably come and arrest me for using the wrong terminology.) >i > :^)  >h > WWWebb >   L For the most readable and humorous introduction to the magnificent game, seeJ http://www.chrysalisbooks.co.uk/books/book/186105629X which I see has been reprinted with a new cover.-  	 Dr. Dweeb J (who has more than one century to his name and can throw in a wrong un as	 required):   > ========================" > William W. Webb- EMS Operations, > OpenVMS Systems Supporte& > USPS DSSC Annex - 4730 Hargrove Road* > Raleigh, NC 27616-2874 919.325.7500x4186@ > * * * -      first initial last name at email dot usps dot gov >  >  >  > WWWebb   ------------------------------    Date: 23 Feb 2004 13:13:39 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)HY Subject: Re: RDB database becomes disabled by remote user failures because of  security r)3 Message-ID: <8hd0wtCJG9X5@eisner.encompasserve.org>L  ] In article <40388CFF.6DE59CBE@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:r > 7 > So I believe it's quite likely to be a common policy.   C    It is a common policy, based on the limited options available on D    some systems.  It's also a DOS vector which should not be enabled%    when better options are available.H   ------------------------------    Date: 23 Feb 2004 13:19:09 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)sY Subject: Re: RDB database becomes disabled by remote user failures because of  security r@3 Message-ID: <SyRAZdGnDapx@eisner.encompasserve.org>$  ] In article <403A2428.3979D11F@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:e >  > What is Cricket? r >   C    Six legged inspiration for Buddy Holly and the Crickets.  Other  G    notable contributions to human life are limitted to Jiminy, seen in  7    Disney fare of the 60's singing about encyclopedias.-   ------------------------------  % Date: Tue, 24 Feb 2004 05:00:51 +0800h, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: RDB database becomes disabled by remote user failures because of  security rs- Message-ID: <871xol33zw.fsf@prep.synonet.com>l  0 al5vf03p02@sneakemail.com (William Webb) writes:  F > I suspect that the roots of this policy come from "three strikes and > you're out" in baseball.  E > And, out of curiosity, how many attempts does one get per at-bat inn
 > cricket?  H > (They'll probably come and arrest me for using the wrong terminology.)  @ One. When you are in, you go out, and as soon as you are out you go in.   :)   -- )< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.c@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Mon, 23 Feb 2004 19:45:23 +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: <c1dl8j$vl$1@online.de>.  C In article <RHd_b.71921$Wa.55883@news-server.bigpond.net.au>, "Mattn- Muggeridge" <Matt.Muggeridge@hp.com> writes: .  ? > > Can I continue to use the TCPIP cluster alias if I want to?m > M > Yes.  Under the hood, failSAFE and Cluster Alias use the same technology totK > manage IP addresses.  i..e. a Distributled Lock is associated with the IP L > address.  It was designed in a way which would allow existing users of the; > IP Cluster Alias to be up and running without any change.o  B Does that mean that I can upgrade from 5.3 to 5.4 without doing a C reconfiguration (@SYS$MANAGER:TCPIP$CONFIG plus perhaps some unixy 1E commands)?  Not that I don't want to reconfigure anything, but it is b7 nice if after the upgrade, things still work as before.   F > > Can I achieve the same functionality I have now without additional
 > > hardware?O > K > Yes.  If you enable the failSAFE service, you will also be protected fromNI > cable disconnects and other events which would result in a stagnant NICd > "receive bytes" counter.    F That would be nice.  If you imagine Scotty in the Jeffries tube (I canE give you power to the shields, but I can't give you warp drive), thenhG you have an idea what hardware maintenance on my hobbyist cluster in myhH attic is like.  Sometimes I disconnect the wrong cable by mistake. (OnceG I accidentally disconnected the SCSI cable to the system disk on a VAX iI while it was up and running, and back then the system disk wasn't even a aF shadow set.  I realised after a few seconds what I had done, and just F stuck it back in.  Apart from some mount-verification messages on the I console, it had no ill effects.  This was a VAXstation 4000 from 1990 or eH so.  A few days later at work, while re-arranging some cables, I pulled G out the mouse on a modern PC (not accidentally).  I then had to reboot e the PC!)  4 > Take a look at my whitepaper on configuring TCP/IPH > for High Availability.  It was published in the OVMS Tech Journal, V2,* > http://www.hp.com/go/openvms/journal.     F Yes, I had a look through it when it was new, and briefly again a few G days ago, which prompted me to ask here.  "Replace" made me think that t; the old cluster alias is gone and I'll have to reconfigure.   # > Though, in your configuration, if M > you want exactly the same behaviour as IP Cluster Alias, (ie, failover when K > a node or TCP/IP is shutdown), then you do not need the failSAFE service.t  D OK, so I can leave things as they are after the upgrade, then later " implement failSAFE IP.  Sounds OK.  K > > Is it THAT difficult to put ALL the commands into the TCPIP> interface?( > N > Continuing to provide significant enhancement of the product has resulted inE > some areas missing out on additional TCPIP commands to manage them.P  A Is that permanent, or will the TCPIP> interface "catch up" in thet future?    ------------------------------  + Date: Mon, 23 Feb 2004 20:14:39 +0000 (UTC)cP 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: <c1dmvf$vl$2@online.de>H  B In article <04t_b.956$Rm5.498@news.cpqcorp.net>, "Matt Muggeridge"! <Matt.Muggeridge@hp.com> writes: h  K > Given an attic-based network and knowing that failSAFE detects failure byiK > monitoring the NICs "Recieve Bytes" counter... Beware of Phantom FailurescM > which can occur on a quiet network.  You need to ensure there is sufficientcH > traffic on your network such that the NICs that are being monitired byG > failSAFE will have their "Receive Bytes" counter ticking over withingrJ > failSAFE timeouts.  The failSAFE service attempts to generate traffic toI > avoid phantom failures, but if you rely solely on failSAFE as a trafficgL > generator then you need at least 3 NICs on your network to be monitored by > failSAFE.d  G At the moment, I have three nodes in the cluster.  How much traffic is eF "sufficient"?  Usually, my wife or I am logged in via TELNET from our G other flat---would that be enough, even if we aren't doing anything at  D the time?  There is certainly regular HTTP and SMTP traffic, but of E course that comes and goes, and a lot of garbage from port scans etc rD from folks looking for "open" systems to deposit stolen copyrighted  material on or whatever.   > MakingD > those utilities look like VMS-style commands is often a futile and > low-return effort.  2 Certainly new functionality has a higher priority.  D How many readers here (non-representative poll, of course) like the E TCPIP> interface and would like to have all functionality accessible tG from it?  For comparison, how many don't care or prefer the unix-style  
 interface?   ------------------------------  % Date: Mon, 23 Feb 2004 16:53:24 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4) Message-ID: <403A764F.9CCDADD6@istop.com>b  / Phillip Helbig---remove CLOTHES to reply wrote:wC > Is that permanent, or will the TCPIP> interface "catch up" in theo	 > future?o  M What I'd like to understand is where all of the configuration data is stored. H Does TCPIP$CONGIG.COM have its own idea of what you have configured yourH system and the TCPIP utility has its own database ? Or does TCPIP$CONFIG- always take its data from the TCPIP utility ?.  K The whole BIND server stuff was extremely confusing. It is much simpler now K that I have given up on TCPIP and configure BIND from a single location and ; not have to worry about TCPIP messing with the other files.h   ------------------------------  # Date: Mon, 23 Feb 2004 23:36:07 GMTs0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4= Message-ID: <H7w_b.73343$Wa.19573@news-server.bigpond.net.au>r  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>. wrote in message news:c1dmvf$vl$2@online.de...D > In article <04t_b.956$Rm5.498@news.cpqcorp.net>, "Matt Muggeridge"" > <Matt.Muggeridge@hp.com> writes: >cJ > > Given an attic-based network and knowing that failSAFE detects failure byD > > monitoring the NICs "Recieve Bytes" counter... Beware of Phantom FailuresD > > which can occur on a quiet network.  You need to ensure there is
 sufficientJ > > traffic on your network such that the NICs that are being monitired byI > > failSAFE will have their "Receive Bytes" counter ticking over withing L > > failSAFE timeouts.  The failSAFE service attempts to generate traffic toK > > avoid phantom failures, but if you rely solely on failSAFE as a trafficHK > > generator then you need at least 3 NICs on your network to be monitored  by
 > > failSAFE.v > H > At the moment, I have three nodes in the cluster.  How much traffic isG > "sufficient"?  Usually, my wife or I am logged in via TELNET from ouraH > other flat---would that be enough, even if we aren't doing anything atE > the time?  There is certainly regular HTTP and SMTP traffic, but of.F > course that comes and goes, and a lot of garbage from port scans etcE > from folks looking for "open" systems to deposit stolen copyrighted  > material on or whatever. >i  L If your three nodes are running the failSAFE service, then broadcast trafficL will be generated from each interface causing each of the NICs receive bytesK counter to keep ticking over. (In V5.4 it uses gratuitous arp broadcasts byiL default, in ECO-1 it uses MAC broadcast by default).  So, you could lose oneH interface and the other two will keep each other alive.  If you lose twoJ interfaces, and there is no other traffic keeping the surviving interfacesG NICs recieve bytes counter ticking over, then this will cause a phantomiH failure on the surviving interface.  This is not too disimilar to losingJ chorum in your cluster - which you probably would have done if two of your interfaces failed.  
 > > MakingF > > those utilities look like VMS-style commands is often a futile and > > low-return effort. >t4 > Certainly new functionality has a higher priority. >-E > How many readers here (non-representative poll, of course) like theaF > TCPIP> interface and would like to have all functionality accessibleH > from it?  For comparison, how many don't care or prefer the unix-style > interface? >   & Interesting survey.  I'll be watching.   Cheers,l Matt..   ------------------------------  # Date: Mon, 23 Feb 2004 23:53:09 GMT00 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4= Message-ID: <Fnw_b.73371$Wa.41883@news-server.bigpond.net.au>w  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagei# news:403A764F.9CCDADD6@istop.com...h1 > Phillip Helbig---remove CLOTHES to reply wrote:_E > > Is that permanent, or will the TCPIP> interface "catch up" in ther > > future?b >iG > What I'd like to understand is where all of the configuration data is- stored. J > Does TCPIP$CONGIG.COM have its own idea of what you have configured yourJ > system and the TCPIP utility has its own database ? Or does TCPIP$CONFIG/ > always take its data from the TCPIP utility ?g >0  > There are several databases in sys$system... TCPIP$CONFIG.DAT, TCPIP$SERVICE.DAT, etc. L (I think there are 8 core config files).  Some services use TCPIP$CONFIG.DATL to store their configuration data, other services have service specific CONF> or DAT files (or other methods) of storing configuration data.  J For example, in the case of failSAFE, the IP address configuration data isK still stored in TCPIP$CONFIG.DAT.  No changes there.  Enabling the failSAFEtL service is done via TCPIP$SERVICE.DAT.  This is also typical for any service  managed by the auxillary server.  I With regard the failSAFE specific config files: By default, failSAFE willrL run on all interfaces configured with an active or standby IP address.  ThisH way, in many configurations, there is no need to play with configurationL files.  However, you can control specifically which interfaces to monitor byL modifying SYS$SYSDEVICE:[TCPIP$FSAFE]TCPIP$FAILSAFE.CONF, or use the logical TCPIP$FAILSAFE.n  I > The whole BIND server stuff was extremely confusing. It is much simplers nowdI > that I have given up on TCPIP and configure BIND from a single locationn andr= > not have to worry about TCPIP messing with the other files.e  J If I understand you correctly, perhaps this explanation clears some of the
 confusion:  @ 1) DNS Cluster Alias with LoadBroker/Metric Server provides high availability of the DNS name.nF So if a node becomes busy or fails, then the DNS cluster alias will beG updated so subsequent attempts to connect to the DNS alias name will be L directed to the more available node(s).  This only helps inbound connections% that resolve the DNS alias each time.d  < 2) failSAFE IP provides high availability of the IP address.C If a NIC fails, the IP address will be migrated to a surviving NIC.-  J Both the DNS alias and failSAFE IP complement each other and in any highly- available configuration, both should be used.a   Matt.V   ------------------------------  # Date: Mon, 23 Feb 2004 20:07:24 GMT 0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>H Subject: Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.40 Message-ID: <04t_b.956$Rm5.498@news.cpqcorp.net>  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>. wrote in message news:c1dl8j$vl$1@online.de...E > In article <RHd_b.71921$Wa.55883@news-server.bigpond.net.au>, "Matt . > Muggeridge" <Matt.Muggeridge@hp.com> writes: >hA > > > Can I continue to use the TCPIP cluster alias if I want to?e > >,L > > Yes.  Under the hood, failSAFE and Cluster Alias use the same technology toJ > > manage IP addresses.  i..e. a Distributled Lock is associated with the IPJ > > address.  It was designed in a way which would allow existing users of the = > > IP Cluster Alias to be up and running without any change.l >iC > Does that mean that I can upgrade from 5.3 to 5.4 without doing anD > reconfiguration (@SYS$MANAGER:TCPIP$CONFIG plus perhaps some unixyF > commands)?  Not that I don't want to reconfigure anything, but it is9 > nice if after the upgrade, things still work as before.e   Right.   >eH > > > Can I achieve the same functionality I have now without additional > > > hardware?w > >aH > > Yes.  If you enable the failSAFE service, you will also be protected fromK > > cable disconnects and other events which would result in a stagnant NICr > > "receive bytes" counter. > H > That would be nice.  If you imagine Scotty in the Jeffries tube (I canG > give you power to the shields, but I can't give you warp drive), thenfI > you have an idea what hardware maintenance on my hobbyist cluster in mytJ > attic is like.  Sometimes I disconnect the wrong cable by mistake. (OnceH > I accidentally disconnected the SCSI cable to the system disk on a VAXJ > while it was up and running, and back then the system disk wasn't even aG > shadow set.  I realised after a few seconds what I had done, and justAG > stuck it back in.  Apart from some mount-verification messages on thedJ > console, it had no ill effects.  This was a VAXstation 4000 from 1990 orI > so.  A few days later at work, while re-arranging some cables, I pulledeH > out the mouse on a modern PC (not accidentally).  I then had to reboot
 > the PC!) >-  I Given an attic-based network and knowing that failSAFE detects failure by I monitoring the NICs "Recieve Bytes" counter... Beware of Phantom FailuresEK which can occur on a quiet network.  You need to ensure there is sufficientTF traffic on your network such that the NICs that are being monitired byE failSAFE will have their "Receive Bytes" counter ticking over withing H failSAFE timeouts.  The failSAFE service attempts to generate traffic toG avoid phantom failures, but if you rely solely on failSAFE as a trafficEJ generator then you need at least 3 NICs on your network to be monitored by	 failSAFE.   0 This are written up in the tech journal article.  6 > > Take a look at my whitepaper on configuring TCP/IPJ > > for High Availability.  It was published in the OVMS Tech Journal, V2,) > > http://www.hp.com/go/openvms/journal.h > G > Yes, I had a look through it when it was new, and briefly again a fewcH > days ago, which prompted me to ask here.  "Replace" made me think that= > the old cluster alias is gone and I'll have to reconfigure.n  ( Sorry, that was poor choice of language.   >r% > > Though, in your configuration, ifsJ > > you want exactly the same behaviour as IP Cluster Alias, (ie, failover whenD > > a node or TCP/IP is shutdown), then you do not need the failSAFE service. >oE > OK, so I can leave things as they are after the upgrade, then laterl$ > implement failSAFE IP.  Sounds OK. >u   Right.  B > > > Is it THAT difficult to put ALL the commands into the TCPIP>
 interface? > >ND > > Continuing to provide significant enhancement of the product has resulted in0G > > some areas missing out on additional TCPIP commands to manage them.y >sC > Is that permanent, or will the TCPIP> interface "catch up" in theX	 > future?E >y  K We keep working on the TCPIP CLI, so it will continue to improve.  However,CH I can't say that it will ever catch up, since new functionality is beingJ delivered in such volume and speed that the CLI cannot keep up.  Often theK new functionality comes with its own set of commands and utilities.  MakingDB those utilities look like VMS-style commands is often a futile and low-return effort.   Matt.g   -- g= -------------------------------------------------------------g OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard CompanyT Gold Coast, AUSTRALIAU= -------------------------------------------------------------E   ------------------------------  % Date: Tue, 24 Feb 2004 10:13:01 +00000O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>gC Subject: Re: TCO cluster study proves VMS, questions unix/linux ...D0 Message-ID: <c1f83d$ldv$1@new-usenet.uk.sun.com>   rok@nuk.uni-lj.si wrote:1 > In Article <c1ct86$o83$1@new-usenet.uk.sun.com>gS > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:j >  >>Bob Ceculski wrote:i >>1 >>>OpenVMS proves once again its superiority overU >>>unix/linux ...C >>>g, >>>http://www.theinquirer.net/?article=14282 >>6 >>No its that same TechFoolish study which as you know4 >>full well proves absolutely nothing except that he2 >>who pays for the study gets the result he wants. >  > @ > Andrew, are you absolutely positive that He who pays for your # > studies gets the result He wants?g >   > Well not to show any gender bias it could also be She who pays for the study.   Regardsw Andrew Harrison 
 > Regards, > F > Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si= > National and University Library  Phone:     +386 1 421 5461G= > Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464t
 > Slovenia   ------------------------------    Date: 24 Feb 2004 02:44:38 -0800* From: RaoulGough@yahoo.co.uk (Raoul Gough)' Subject: Unable to paste at LSE prompts = Message-ID: <a3390f41.0402240244.428d58c3@posting.google.com>   E When I try to paste something at an LSE prompt I get the message "KeyEF INSERT_HERE has no definition at prompts". For example, I'd like to be? able to select a region, copy and then paste this at the "Find"gB prompt. It would also be handy for cutting and pasting to the LSE>B prompt, which also doesn't work. The paste key works at prompts in5 EVE, and I can't see why it shouldn't in LSE as well.7  @ I've tried fooling around with various key_map_lists without any? success, and I'm beginning to suspect that the paste disable isCC hard-coded in LSE somewhere. Does anyone have any information aboutg> this? Are the LSE .TPU sources available anywhere, or actively maintained by anyone?x   --   Raoul Gough.   ------------------------------  % Date: Mon, 23 Feb 2004 09:31:22 -0800S3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>U% Subject: Re: XP1000 technical manual?4. Message-ID: <403A38EA.2000200@Flying-Disk.com>   Alan Frisbie wrote:   ? > Does anyone know if a technical manual exists for the XP1000?5  C I found plenty of "white papers" on the HP web site which have beeny. helpful, but no manuals like I am looking for.  E I would like to thank the people who posted and e-mailed suggestions.aE Two kind people helped me get a copy of the "Product Fault ManagementCB Specification (PFMS)" for the XP1000 (Monet).   It has a wealth ofG low-level error information to someone who is writing diagnostics, etc.CB It is revision 0.1 and is clearly not complete, with lots of "TBD"D notes by the author.   It is at a much lower level than even the LED> error codes, and doesn't discuss the physical hardware at all.  @ However, I am still trying to find two manuals which I have seenA tantalizing references to.   There are indications that they were,? supplied on CDROM with the system when it was shipped, but that  is not certain.   They are:   ?    "Compaq Professional Workstation XP1000 System Reference and5    Maintenance Guide"s   and1  H    "Compaq Professional Workstation XP1000 Technical Information Guide".  D Unfortunately, nobody seems to actually have a copy of these manualsC or the (alleged) CDROM.   Are there any XP1000 owners out there who-	 can help?    Thanks,l Alan   ------------------------------  # Date: Mon, 23 Feb 2004 20:27:05 GMTD& From: John Reagan <john.reagan@hp.com>% Subject: Re: XP1000 technical manual? 0 Message-ID: <tmt_b.963$Bm5.921@news.cpqcorp.net>   Alan Frisbie wrote:w  F > Unfortunately, nobody seems to actually have a copy of these manualsE > or the (alleged) CDROM.   Are there any XP1000 owners out there whoe > can help?1 > 	 > Thanks,f > Alan >   G I have an XP1000, but those manuals/CDROM didn't come with my machine. @G I've also looked for them over the years, but never found them.  I was eI wanting to see them when I added memory.  I had to figure it out without p! a manual (which wasn't too hard).A  C The only manual that came with it is a "Compaq AlphaStation XP1000 UB Installation and Setup Guide". Part number: EX-XP100-SI.A01  (the I 7-language variety)  It came without a binder.  I do remember exchanging .C emails with the hardware product manager asking about why a 3-hole .I punched book but no binder.  It also included *TWO* OpenVMS V7.2-1 kits.  F   The product manager said something about bad bills-of-materials and H systems being shipped without the right pieces.  I had assumed I was an J early kit and it would be fixed for customer shipments.  Wrong assumption?   -- G John ReaganT' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------   End of INFO-VAX 2004.109 ************************robably came from a PDP11yE > >system (probably RSTS/E being BASIC based) and got copied to a VMS . > >system. I presume your executables are .EXE > P > Correct. And the name of the directory they are in suggests that the originate- > from some DECUS SIG tape. Thus, my posting.n > 
 > Regards, >    Christoph Gartmannt   ------------------------------  + Date: Mon, 23 Feb 2004 19:30:08 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remoҮ5!)*39ez
q<6
<DyH^uˢ~&؉2VLnn5Xp]z
}.u\;G܇r|#u8p3	)n;oܴg9p^s^.O9 S.y.l!hD޲ƜIs5!>w
އul6V'Rֵ9t/tZ׷nN'lJs*q.Zp흦6l_lpcp$|9r>v?^Əs=sw=D>;IPz}>C\u2]Hy7SkD(7;7W)g
gZBwuW%cЯ}Nkw/Cʒ~V{0pV{GLv>Zwl%E\C_TmyJ~R:Mc!3^SyGpM:B\Cv=
/HvQ`efvt2]/f4@kkj#v]khEEk(ȼp`ݘc}>Ye3m:
r؏0O,Ae	[+UVZepuߠoڸ59t,	7|HF lKXh(e	1a}ɦמ^/ 7wu7y/Th3l\EƒsN*?$CMcNvO&/D蔮+5w{^cP5sNvO		bY9W#׃f'?1=x?W*%|Lma<pI1&N8`neN2*Aۢ?6tU=desYj5~%z8@_f~  X9BF:{.M
cZv߅lVmNv(7Fʭ&YOG0]<g]nrB,lr,*},܏/jEkd
1vZP ~1>]
r$Bf7{I<E69}~@
vaYw+yplzbҿdn~fҶ
mA,.1)	byI$y
S0_]?@v)؇^{Q::NB|˔ {PQCfp/]~/vrZے5BAz Rb=)t[/&"SX< OȑlmZ+OGƈ~xGZڶ"y"dH\ .?0{;c:$Uk#6ibm׉U;Brlع t bQ/wEa( a;aoJbaae6{BX(nqܲ#V w~/^q]ϬWO8-WCJWÐsxR=7']txJHQwUOϪOS;OՇq58Lȩp!9=GYØc/f9Hu	@ Nϫ?ÝgGo9ȱS$TSBafKOb8R3u,B YFނVn[ Saz	!cSC'ghgBDn"ʐl	ϝƿ,i[;]RAx[c;
b2e92/ vSt f^=Om`'O#r]iVX;d$`-Jf	BC28^%0gO^H\)Ao"5[#P?	:ƨJsJ򤲑+3j