1 INFO-VAX	Mon, 11 Nov 2002	Volume 2002 : Issue 623       Contents:5 Re: Alpha network performance issues over leased line 5 Re: Alpha network performance issues over leased line % RE: Cluster load balancing via TCP/IP % Re: Cluster load balancing via TCP/IP 0 Re: CXML on VMS (Was: re: [OT] Doing my part...)0 Re: CXML on VMS (Was: re: [OT] Doing my part...)0 Re: CXML on VMS (Was: re: [OT] Doing my part...)' DS10 600Mhz Special this month USD 3995 ! Re: ES40 MINIMUM OPENVMS VERSION:   Re: Graphics files and wallpaper Graphics files and wallpaper Re: HP Service7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek + Re: Last call for C-Kermit 8.0.206 binaries  RE: SOAP Toolkit RE: SOAP Toolkit Re: VaxStation 3100 and M76/SPX 8 Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS20028 Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS20028 Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS20028 RE: VMS @ 25 --- Mark Gorham's Presentation at HPETS20028 Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002> Re: VMS machines behind DSL router---do I need PAT or just NAT; RE: VMS mentioned in Comp.risks article on WA pipeline fire ; Re: VMS mentioned in Comp.risks article on WA pipeline fire $ Re: Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose? Re: XP1000 hardware problem H Re: [OT] Doing my part...(was: Re: Seti at home under OpenVMS 7.2 on...)  F ----------------------------------------------------------------------  % Date: Mon, 11 Nov 2002 09:59:26 +1100 * From: "Dale King" <dalek@forpresident.com>> Subject: Re: Alpha network performance issues over leased line' Message-ID: <aqmocf$hfs$1@lore.csc.com>    Rick Jones wrote: : > In comp.os.vms Dale King <dalek@forpresident.com> wrote: >> Maverick wrote:A >>> - An FTP put from any NT box to any NT box (over the link) is $ >>> about 170kB/s in both directionsD >>> - An FTP put from an NT box in A to the DS20 in B is again about
 >>> 25kB/s > D >> This would indicate the TCP window size is not the problem, as it' >> would be set by the source (NT box).  > @ > The "classic" TCP window is set by the receiver.  However, theC > "effective" TCP window size would be the lesser of the receiver's C > classic TCP window, the senders SO_SNDBUF (or equivalent) and the ( > sender's calculated congestion window. > G > So, indeed, it does appear that there may be enough receiver window - F > which leaves questions about the SO_SNDBUF (which while usually, mayD > not be the same as the SO_RCVBUF - in some cases FTP codes weren'tH > setting both) and the cwnd (congestion window).  And questions of cwnd? > takes us to questions of packet loss and perhaps receiver ACK C > policies, which takes us back to the "netstat" statistics and the  > packet trace.   M Would he not then see the same poor performance for the NT->VMS case?  (since  the receiver is the same)   H > btw, if there is indeed a "netstat" on VMS, then a netstat -an (or itsB > equivalent) showing the sendq on the sending side would show theG > SO_SNDBUF setting - that is presuming that the sending FTP is keeping & > the socket buffer full all the time.  O There is with TCPIP V5+, however the orignal poster has not as yet told us what  version he is running.O The default window size in TCPIP V5 for FTP is about twice of that in V4.2.  In H most versions window scale is on by default.  HP do provide you with theK TCPIP$FTP_WNDSIZ logical to lower the TCP window size for FTP if necessary.   J I don't think the TCP window size is his problem though, more likely he is" running old, buggy version of UCX.   ------------------------------  % Date: Mon, 11 Nov 2002 10:02:38 +1100 * From: "Dale King" <dalek@forpresident.com>> Subject: Re: Alpha network performance issues over leased line' Message-ID: <aqmoif$hn8$1@lore.csc.com>    Rick Jones wrote: : > In comp.os.vms Maverick <maverick902@hotmail.com> wrote:B >>> What are (and were if you happen to know) the round-trip-times >>> between the sytsems?& >> Also, how do I see the window size? >  > In a packet trace :) > F >>> Finally, it might be worthwhile to get a tcpdump (packet) trace of@ >>> a transfer that is slow and take a look at what it may show. > ? >> I'd like to see what's happening at the alpha end.  Is there G >> anything like tcpdump I can run on the alpha, or do I have to mirror / >> the port and monitor it from another device?  > H > If tcpdump has been ported to Alpha/VMS then I suspect that there willD > be something to that effect on www.tcpdump.org. I myself came from@ > pre-merger HP and have only started up the VMS leraning curve.  O Maverick should check the TCPTRACE (TCPIP) and TCPIPTRACE (UCX) commands to get  the required output.   ------------------------------  % Date: Sun, 10 Nov 2002 18:39:07 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> . Subject: RE: Cluster load balancing via TCP/IPT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B32@kaoexc01.americas.cpqcorp.net>   Dirk,   G You are right .. Some additional information and pointers: (one url may  wrap) H http://www.openvms.compaq.com/doc/tcpip51/6526/6526pro_contents_001.html #toc_chapter_6  2 How the metric server calculates load on a system:H http://www.openvms.compaq.com/doc/tcpip51/6526/6526pro_011.html#mtrc_ser v   E Good way to test this is to continually ping the TCPIP cluster alias. H You can then change the logical TCPIP$METRIC_CPU_RATING and see how thisE impacts the address coming back from the DNS Server. [keep in mind it $ might take 30 seconds to change].=20  F I seem to recall that $ set login/int=3D0 will also remove that systemF from the TCPIP cluster alias altogether i.e.. current connections willA continue, but all new connections will go to other systems in the  cluster.   Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----+ From: munk@home.nl [mailto:munk@home.nl]=20  Sent: November 8, 2002 3:19 PM To: Info-VAX@Mvb.Saic.Com . Subject: Re: Cluster load balancing via TCP/IP    C On 8 Nov 2002 12:08:39 -0600, young_r@encompasserve.org (Rob Young)  wrote:  I >In article <i1vnsu0q5vndf5nl4jf1clnu85s7mq4fpm@4ax.com>, munk@home.nl=20  >writes: >  >>=20 D >> Now there is something very strange with VMS TCPIP clustering.=20H >> Normally you can have only one master DNS server, however with VMS it  F >> is possible to build a clustered DNS server. That is wonderfull,=20I >> because if one of the nodes in the cluster goes down, the other one=20 9 >> will still be a master DNS server. A real VMS virtue !  >>=20 I >> Now comes the less nice part. You can not use this clustered master=20 H >> DNS server with dynamic updates ! The reason is that only the cluster  H >> member that receives the update will know about the update. The other? >> node(s) will not know of this update, because there is no=20 @ >> synchronisation mechanism over the cluster members for the=20 >> distribution of the updates.  >>=20 > >> So we can build clustered master DNS servers for maximum=20H >> availability, and we can build clustered production systems, also for  G >> maximum availability, but we can't combine the two. Very unpleasant.  >> >   >	Unless I am misinterpreting... > ' >	You don't need clustered DNS servers.  > ; >	There are products similar to the following... substitute  >	your favorite product... >  >	NetID: > > >http://www.nortelnetworks.com/products/01/optivity/opt_netid/ > @ >	You make the changes on the NetID Admin Server and the changes? >	are pushed out to the NetID servers.  Here is an editorial=20 ? >	comment on NetID... don't think it is true DNS as we know it.  It& >	is a nice GUI wrapper around DNS ... > H >http://www.nortelnetworks.com/products/01/optivity/opt_netid/faq_dns.ht >ml#8  > G >Q: Why would I replace my DNS Servers with Optivity NetID DNS Servers?  > G >A: The Optivity NetID DNS Server eliminates the need to produce and=20 F >distribute DNS configuration files. Optivity NetID DNS Servers are=20D >automatically configured from the Management Console and receive=20H >automatic updates from the Server Manager/database. When the DNS Server  I >starts, it builds its configuration from the Optivity NetID database.=20 H >When there are changes made to static addresses in the database, the=20J >Server Manager pushes these changes out to the DNS Server. When a DHCP=20C >Server issues a dynamic address, the Server Manager updates the=20 I >database. From the database, the Server Manager sends the new address=20  >to the DNS Server.  > 4 >	In most cases, you have multiple "master" servers. > ? >	The feature or tool missing in what you describe is of course < >	the method to push the changes to the other VMS servers in	 realtime.  > = >	The AIX boys nearby used to have a very nice Perl script to  provide C >	this functionality when managing DNS.  Perhaps you can write a=20 = >	DCL/Perl script to force changes to all your DNS servers in ' >	real-time?  Is that the wrong answer?  >  >				Rob   Actualy, yes :-)  H With DHCP as you will know a client asks a DHCP server for an IP addressG (and other IP stuff like gateway etc.). Once the clients gets that, the @ whole thing is rather static. The client will use the IP addressC basically as long as it is on line. Usually you will combine a DHCP ' server with a DNS server in one system.   F The dynamic updates I am referring to are very different. Let's say weG have a DNS name VMSCLUSTER(.compaq.com), and it is used with a two node 0 cluster with IP addresses 10.1.1.1 and 10.1.1.2.  ? Now what will happen is that every 30 seconds the loadbroker in G conjunction with the metric server will check which node has the lowest @ load. Then the loadbroker will send the name VMSCLUSTER with theF appropiate IP address to the master DNS server. So it may well be thatF VMSCLUSTER has IP address 10.1.1.1 now, and 30 seconds later it has IP: address 10.1.1.2. And this this will go on the whole time.  0 So the Nortel thing is something very different.   Regards,   Dirk   =20    ------------------------------  % Date: Mon, 11 Nov 2002 00:26:21 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>. Subject: Re: Cluster load balancing via TCP/IP/ Message-ID: <3DCF3F7A.9EE062CF@vl.videotron.ca>    Rob Young wrote:J >         The client polls a DNS server to resolve VMSCLUSTER.  VMSCLUSTERE >         is resolved by the nodes offering the service.  TTL ensures I >         that the info is only cached for 1 minute.  I suppose you could F >         be abusive and lower that, but 1 minute is good enough (alsoI >         Multinet recalculates load every minute so a 1 minute TTL makes  >         sense).   K It has often been said that VMS's clustering andTCPIP services provided far K superior and faster response to redirect traffic when a node failed so that ) incoming calls get redirected right away.   K But in the current explanation, wouldn't it take at least one minute before = the DNS server starts to send requests to the "backup" node ?   N Furthermore, if you have oodles of short transactions (say:  a web server), doH I understand correctly and the above mechanism will NOT distribute thoseJ transactions to all nodes, but rather send them all to the least busy nodeK (making that node the most busy, and other nodes very unused), and a minute M later, will redirect traffic to a new node (making that one the most busy and ( all other ones the least busy) etc etc ?   ------------------------------   Date: 10 Nov 02 21:56:53 +0100) From: p_sture@elias.decus.ch (Paul Sture) 9 Subject: Re: CXML on VMS (Was: re: [OT] Doing my part...) ) Message-ID: <DBJUT2lwO6Fb@elias.decus.ch>   [ In article <zlmoeNCtkI4V@rabbit>, sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) writes: Q > My understanding is that the S@H "results" would be invalid, if any sort of O/S P > "tuning" or "tweaking" would take place - of course, that begs the question ofP > whether or not the algoritm, since it was most likely developed on a UN*X box,D > is already "tuned" for UN*X environments, to the detriment of VMS. > N > I wonder what the workunit/day rate would be on TRU64 vs. OpenVMS, given the$ > exact same hardware configuration?  E And this is the real crux of the matter. They would rather brag about D how many units of work they get through rather than actually solving the problem.  F Sorry, not interested in some project which denies me running the mostD efficient version of the software. If I decide to give free CPU time? to someone, they don't get to dictate that I run slow software.    Simple as that.    --  
 Paul Sture Switzerland    ------------------------------  # Date: Sun, 10 Nov 2002 21:10:55 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)9 Subject: Re: CXML on VMS (Was: re: [OT] Doing my part...) 5 Message-ID: <zXzz9.226230$aa2.2987845@news.chello.at>    In article <craigberry-8F55A5.14465610112002@news.directvinternet.com>, "Craig A. Berry" <craigberry@nospam.telocity.com> writes: N >> > Boy would have that been great if S@H had allowed the use of the CXML on 	 >> > VMS.  > H >What is CXML and what does it mean that SETI does not allow its use on  >VMS?   A CXML is the successor of the DXML (Compaq eXtended Math Library - B a quick Google search would have done it for you - and DXML is DEC0 of course) and is available not only on/for VMS.   See - 	http://www.compaq.com/hpc/software/cxml.html 7 	http://www.compaq.com/fortran/docs/vms-um/dfumcxml.htm 1 	http://www.compaq.com/math/download/license.html   H This math library is optimized for many mathematic functions S@H dependsK on, but the developers of S@H own the code and do not want to use different F source code on different platforms just as a principle, so CXML is notL in their scope. But the user has nothing to do with CXML integration in S@H.A The producer of the SETIATHOME*VMS*.EXE is the one responsible...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Sun, 10 Nov 2002 14:46:56 -0600 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 9 Subject: Re: CXML on VMS (Was: re: [OT] Doing my part...) G Message-ID: <craigberry-8F55A5.14465610112002@news.directvinternet.com>   M > > Boy would have that been great if S@H had allowed the use of the CXML on   > > VMS.  G What is CXML and what does it mean that SETI does not allow its use on   VMS?   ------------------------------  % Date: Sun, 10 Nov 2002 18:16:31 -0500  From: "ICUSC" <sales@hpaq.net>0 Subject: DS10 600Mhz Special this month USD 3995/ Message-ID: <ustq228vn6fl93@news.supernews.com>   6 Limited time only, one per customer at special pricing   DS10 600Mhz EV67 512MB  CDROM and Floppy 9GB U2 SCSI Disk Ultra2 SCSI Controller Dual 10/100 Ethernet VX1 Oxygen 32MB Video PCI  Keyboard & 3 Button  Mouse VMS Base license     -- Island Computers US Corp.  2700 Gregory St, Ste 180 Savannah GA 31404, USA Tel: (00) 1 912 447 662  Fax: (00) 1 912 201 0096 sales@hpaq.net www.islandco.com   ------------------------------  % Date: Sun, 10 Nov 2002 20:26:15 +0200 @ From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <Veli.Korkko@kolumbus.fi>* Subject: Re: ES40 MINIMUM OPENVMS VERSION:+ Message-ID: <3DCEA4C7.43852DC5@kolumbus.fi>    Mark Bowman wrote: > H > Could someone tell me what is the lowest level of VMS that will run on > ES40?  > according to the quick specs:  > B > http://www.compaq.com/products/quickspecs/10392_na/10392_na.html >  > Its states OpenVMS 7.2-2.  > ? > However we have other ES40 is a VMScluster running 7.2-1. The G > Alphaserver todate has never crashed (120days) and has over 300 users % > on it, no problems have been found.  >  > Hp/Compaq don't have a clue. > 	 > Regards  >  > Mark  F The information available to me suggests that even V7.1-2 with CERTAIN patches H would be enough. But since you now typically might have ES40 with 833MHZ cpu,E DE600, maybe KZPEA etc I would not say V7.1-2 is wise choice. I would  much$ rather go for V7.2-2 or even V7.3-1.   _veli    ------------------------------  # Date: Sun, 10 Nov 2002 21:37:02 GMT " From:   VAXman-  @SendSpamHere.ORG) Subject: Re: Graphics files and wallpaper 0 Message-ID: <00A16C5F.DD876453@SendSpamHere.ORG>  u In article <3xyz9.4951$Aq5.536758@newsread2.prod.itd.earthlink.net>, "Greg Landry" <GLandry860@Earthlink.net> writes:  >Hello,  > M >I would like to learn about appropriate graphics file formats on VMS systems + >and how to set the wallpaper on my system. I >Is it possible to FTP GIF, BMP or JPG files from the PC platform and use L >these?  Where on the system would one go to choose which image file is usedJ >as the wallpaper?  I apologize for my ignorance, but the VMS OS is pretty >new to me.     Wallpaper?  Are you remodelling?    L >If there is a FAQ for info like this, I would be grateful if someone in the >group would point me to it.    ) What window system?  What version of VMS?   I If you are using CDE, you can place your own "backdrops" in the directory K CDE$SYSTEM_COMMON:[BACKDROPS].  Take a look at the other files in this same K directory for the format.  I've done this for my own workspace custom back-  drops.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Sun, 10 Nov 2002 19:34:23 GMT . From: "Greg Landry" <GLandry860@Earthlink.net>% Subject: Graphics files and wallpaper D Message-ID: <3xyz9.4951$Aq5.536758@newsread2.prod.itd.earthlink.net>   Hello,  L I would like to learn about appropriate graphics file formats on VMS systems* and how to set the wallpaper on my system.H Is it possible to FTP GIF, BMP or JPG files from the PC platform and useK these?  Where on the system would one go to choose which image file is used I as the wallpaper?  I apologize for my ignorance, but the VMS OS is pretty 
 new to me.K If there is a FAQ for info like this, I would be grateful if someone in the  group would point me to it.   
 Best regards,  GL West Hartford, CT    GLandry860@Earthlink.net   ------------------------------  # Date: Sun, 10 Nov 2002 18:31:13 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: HP Service H Message-ID: <RBxz9.32341$oRV.20982@news04.bloor.is.net.cable.rogers.com>  K Send them a bill for your downtime that was in excess of what you expected. % Follow it up in court if you have to.   K Just in the same way that most construction/service contracts call for work J to be done in a 'professional and workman-like manner', you can argue that# HP's response and efforts were NOT.     ? "John Eisenschmidt" <jweisen@eisenschmidt.org> wrote in message - news:20021108173249.A5465@eisenschmidt.org... ' > I thought I'd give you all an update.  > > > My tech called me at 9:35a this morning and told me he'd "beH > downstairs in two minutes". I love advanced notice, especially since IF > walked into a sick Metaframe and two backups that didn't happen last > night. > G > He has the right motherboard, so we take the system down, he replaces F > it, and we go through all the firmware settings (message to HP: stopL > replacing motherboards when the CPU is bad), turns the system on, and he'sL >  like "see ya". I tell him to wait and let's make sure it comes up all the > way. > B > It didn't. It died half way through the startup. He blames it onH > software. "But nothing has changed since you were here Tuesday, and itG > came up fine." He halts the system, does a show error (sees none) and  > inits the system.  > ? > Don't worry, I didn't want my shadow sets to be consistant or  > anything.  > B > It comes back up, starts a full shadow merge (7 shadow sets) andE > volume rebuilds. It stops at the same point, so he halts the system H > again. At this point I had to walk out of the room. Sure, I would haveF > probably dropped the system too, but I would have liked to make that > call.  > E > All the while, we haven't been able to ping the system. Tech brings B > the system up with a minimal boot, and he says "that works fine,C > hardware is ok". I scratch my head and we do a SET VERIFY and run A > SYSTARTUP_VMS.COM to see where it does. It seems to get through H > everything: the last couple lines are loading DECEVENT and then addingH > some symbols for perl. He thinks it's maybe the symbols that have beenC > there for 1 1/2 years. I ask if maybe it's a problem with the NIC G > (since it's on the motherboard) because even though it loads and gets G > past TCPIP$STARTUP, I can't ping or telnet into the system. He brings D > it down to the SRM console and starts twiddling with the ewa_mode.H > Now, it's on a CISCO switch that has the speed and duplex hardcoded toF > 100 FULL, so even if setting the NIC to autonegotiate "fixes it", it. > doesn't really fix it. He's sure this is it. > H > It isn't. He gets on the phone, I have to leave the room again (as I'mC > thinking to myself: this only happens to me) -- I always gets the D > technicials who seem bright and end up actually making the problemE > worse. Finally he orders another new motherboard and starts to swap  > the old one back in. > H > Guess what he found? The new board has a tiny crystal on the back nearF > the network card -- it was snapped off on the new board. He found it' > in the bottom of the anti-static bag.  > D > With the old board in, the system seems to come right up (with theD > exception of not allowing console logins now), except for one tiny
 > problem: > 
 > $ sh err. > Device                           Error Count, > PKC0:                                  630 > D > Half my shadow members are missing, and it appears that one of the) > SCSI controllers is anything but happy.  > F > It looks like I'll be married to my pager until next week, and I getE > the added bonus of watching VMS MONITOR for the rest of today as we * > attempt to turn hamburger back into cow. > D > Are you listening HP? IBM would have brought two motherboards (hadH > they been silly enough to replace the whole board in the first place).E > Their tech would have had an entire spares kit in the truck, and it > > would have only been one service call, not (at least) three. >  > Again I say: >  > -yea IBM! 
 > -boo HP! > 3 > Unless the Voices are Mistaken, John Eisenschmidt ! (jweisen@EISENSCHMIDT.ORG) Wrote: E > > My little DS10s have quite a racket going. When we got them 12-18  >  > [snip] > 
 > > -yea IBM!  > > -boo HP! >  > --1 > John W. Eisenschmidt (jweisen@eisenschmidt.org) 0 >   http://www.eisenschmidt.org/jweisen/pgp.html > 8 > [The Onion -> Horoscopes] Aquarius: (Jan. 20--Feb. 18)E >      Don't just demand the best from yourself and those around you. 8 >      Demand coffee from yourself and those around you. >    ------------------------------    Date: 10 Nov 2002 13:31:16 -0800( From: bob@instantwhip.com (Bob Ceculski)@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek< Message-ID: <d7791aa1.0211101331.fdd1586@posting.google.com>  g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3DCD48AA.B2D550CC@vl.videotron.ca>...  > Brian 'Jarai' Chase wrote:L > > hurt on HP in those market segments.  I'd doubt that HP would be willingE > > to sell Hammer based systems; it would undermine the IA-64 sales.  > M > When Windows NT was available on PowerPC and MIPS, did HP make PPC and MIPS O > based systems running Windows ? Or was that in a time where HP was the "real" O > HP , before Carly got in and strived to downgrade HP into just another Dell ?  > L > Is it correct to state that HP currently does build some wintel stuff withJ > AMD, but just doesn't brag about it ? Or has HP fallen into an exclusive& > agreement and uses only Intel cpus ? > L > If HP already uses some AMD chips, then I see no reason to prevent HP fromO > building Hammer based wintel for the consumer market. (what's the name of the N > "consumer" version of Hammer ?) But I don't expect to see HP advertise thoseK > heavily since without the "intel inside" annoying end to a commercial, HP 0 > would have to pay for those ads all by itself. > O > If server software starts to become very available on the 64 bit Hammer, then P > I won't be susprised if HP starts to build Hammer based wintel servers. Ooops,P > from the get-go, all the current wintel software will run on Hammer ! How much > will run on IA64 ? > M > In the end, everyone knows that IA64 is to be relegated to a proprietary HP M > chip that will remain expensive and be used only on the systems stuck on it N > (VMS and HP-UX, possibly NSK). HP would be a fool to insist on foisting IA64M > based Wintel servers that will be more expensive than Hammer based ones and ; > have far less native software than Hammer based machines.  > P > At this point in time, HP's "commitment" to wintel on IA64 is just as credible, > as Compaq's commitment to wintel on Alpha.  @ I was promised $1000 intanium vms boxes by Capellas and I expect@ to see them ... this was one of the reasons he gave for dropping alpha for itanium ...    ------------------------------  % Date: Sun, 10 Nov 2002 17:11:49 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek/ Message-ID: <3DCED99B.D4204638@vl.videotron.ca>    Bob Ceculski wrote: B > I was promised $1000 intanium vms boxes by Capellas and I expectB > to see them ... this was one of the reasons he gave for dropping > alpha for itanium ...   ) Capellas also promised not to kill Alpha.   M Nothing Capellas says can be trusted, unless it is written by lawyers, signed ( by his boss, witnessed by enough people.   ------------------------------  % Date: Sun, 10 Nov 2002 22:26:54 -0500 ( From: David Froble <davef@tsoft-inc.com>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek, Message-ID: <3DCF237E.2040604@tsoft-inc.com>   Bob Ceculski wrote:     B > I was promised $1000 intanium vms boxes by Capellas and I expectB > to see them ... this was one of the reasons he gave for dropping > alpha for itanium ...  >   K Just don't hold your breath until you see them.  Blue can be so unbecoming.   O I'd like to see some way to personally hold mikie to those promises.  It would  ? eat into some of the loot he gets for the harm he's done/doing.   N In the end, that will be just one more broken commitment.  Remember, he likes T Microsoft, and aren't they the ones that say "Your mistake is that you trusred us!"?   Dave   ------------------------------    Date: 10 Nov 2002 11:59:41 -0500& From: fdc@columbia.edu (Frank da Cruz)4 Subject: Re: Last call for C-Kermit 8.0.206 binaries1 Message-ID: <aqm39t$6qg$1@watsol.cc.columbia.edu>   5 In article <_Qdz9.214849$aa2.2720827@news.chello.at>, / Peter LANGSTOEGER <peter@langstoeger.at> wrote: Z : In article <aqh3c2$p$1@watsol.cc.columbia.edu>, fdc@columbia.edu (Frank da Cruz) writes:. : > ...if you think it's complicated now, just5 : > wait til VMS comes out on IA64.  Then we'll have:  : > J : > (VAX vs Alpha vs IA64) x (VMS version) x (TCP product) x (TCP version) : D : Not really. Because [Open]VMS has a great history of beeing upward
 : compatible.  : @ : Built for UCX it will run on TCPIP, Multinet and TCPware also.M : Built on ancient/earlier VMS versions it will run on more recent ones also.  : G I know, but I still need to build each new release of C-Kermit on every K possible combination to make sure they all still work.  You can't take this K for granted -- small changes in VMS or TCP/IP-product header files can do a L great deal of damage to previously working builds.  Similarly, small changesG in Kermit can introduce conflicts with symbols that are defined in some   obscure header file.  And so on.   - Frank    ------------------------------  % Date: Mon, 11 Nov 2002 12:06:00 +1030 : From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: RE: SOAP Toolkit P Message-ID: <07103702F27FD411ACA30000F8085452044FF030@sagemshs001.fmc.sa.gov.au>  G If anyone from HP is reading this...it still isn't working for the SOAP J toolkit and I have also had the same problem trying to get the OpenSSL kit for 7.3-1 too.   > -----Original Message-----> > From: tonymcg27@yahoo.com.au [mailto:tonymcg27@yahoo.com.au]& > Sent: Friday, 6 September 2002 10:16 > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: SOAP Toolkit  >  > 3 > "Jakob Erber" <erberj@yahoo.de> wrote in message  # > news:<3d7709b3$1@news.post.ch>... 
 > > Hello, > > 0 > > I tried to get the SOAP toolkit for VMS from > > E > > http://www.openvms.compaq.com/openvms/products/ips/soap/soap.html  > > ? > > I registered and was promised, that a download url will be   > sent to me soon, > > but nothing happens. > > & > > Did somebody actually get the KIT? > >  > > regards  > > 	 > > Jakob  >  > G'day Jakob,H > Yeah the same thing happened to me last week when I wanted to download0 > the USP kit. The promised email never arrived.G > I just guessed what the required URL would be, based on the structure ? > of the similar download URL for the CSWS kit. Worked a treat. G > I don't want to get in trouble by announcing it here, I'll send you a  > private email. > Cheers from Oz,  >   Tony > -- > Tony McGrath > OpenVMS Support Group  > Toll Transport, IT Dept.& > Laverton North, VIC, Australia, 3006+ > tony_mcgrath (at) toll (dot) com (dot) au  >    ------------------------------  % Date: Mon, 11 Nov 2002 12:24:21 +1030 : From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: RE: SOAP Toolkit P Message-ID: <07103702F27FD411ACA30000F8085452044FF031@sagemshs001.fmc.sa.gov.au>  H oops...wrong terminology there...where I said OpenSSL I meant Compaq SSL V1.0-A   > -----Original Message----- > From: Barratt, Chris (FMC)  & > Sent: Monday, 11 November 2002 12:06 > To: Info-VAX@Mvb.Saic.Com  > Subject: RE: SOAP Toolkit  >  > = > If anyone from HP is reading this...it still isn't working   > for the SOAP= > toolkit and I have also had the same problem trying to get   > the OpenSSL kit  > for 7.3-1 too. >  > > -----Original Message-----@ > > From: tonymcg27@yahoo.com.au [mailto:tonymcg27@yahoo.com.au]( > > Sent: Friday, 6 September 2002 10:16 > > To: Info-VAX@Mvb.Saic.Com  > > Subject: Re: SOAP Toolkit  > >  > > 5 > > "Jakob Erber" <erberj@yahoo.de> wrote in message  % > > news:<3d7709b3$1@news.post.ch>...  > > > Hello, > > > 2 > > > I tried to get the SOAP toolkit for VMS from > > > G > > > http://www.openvms.compaq.com/openvms/products/ips/soap/soap.html  > > > A > > > I registered and was promised, that a download url will be   > > sent to me soon, > > > but nothing happens. > > > ( > > > Did somebody actually get the KIT? > > > 
 > > > regards  > > >  > > > Jakob  > >  > > G'day Jakob,? > > Yeah the same thing happened to me last week when I wanted  
 > to download 2 > > the USP kit. The promised email never arrived.@ > > I just guessed what the required URL would be, based on the  > structure A > > of the similar download URL for the CSWS kit. Worked a treat. ? > > I don't want to get in trouble by announcing it here, I'll   > send you a > > private email. > > Cheers from Oz, 
 > >   Tony > > -- > > Tony McGrath > > OpenVMS Support Group  > > Toll Transport, IT Dept.( > > Laverton North, VIC, Australia, 3006- > > tony_mcgrath (at) toll (dot) com (dot) au  > >  >    ------------------------------  % Date: Sun, 10 Nov 2002 18:24:06 +0100 " From: "Hans Vlems" <hvlems@iae.nl>( Subject: Re: VaxStation 3100 and M76/SPX5 Message-ID: <aqm4o2$bc29d$1@ID-143435.news.dfncis.de>    Uwe,  G I'd gladly take one, especially for the mentioned price price. Beer and K Mnchen are a combination that is difficult to beat, but is just outside my K range for a day's driving. You're not planning a trip to, say the Ruhr area  or Kln?  
 Hans Vlems (the Netherlands)   F "Dr. Uwe Leinberger" <uwe.leinberger@t-systems.com> schreef in bericht7 news:b6b2072c.0211070143.1d29030c@posting.google.com...  > Hi there!  > F > Have a couple of these to change into "good hands". Location Munich,G > Germany. Prices open for negotiation. Asking a good glas of beer.....  >  > ;-)  >  > Uwe    ------------------------------  % Date: Sun, 10 Nov 2002 20:04:53 +0100V$ From: Michael Unger <unger@decus.de>A Subject: Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002e* Message-ID: <00A16C7C.E5C38AD1.2@decus.de>  , "Paul Sture" <p_sture@elias.decus.ch> wrote:   > [...]I > @ > Meanwhile here in Switzerland hp are unveiling the EV7 at a doB > on the 28th November. An OpenVMS Technology Forum in the morning9 > presented by Nigel Barker and Ake Blomberg, with a more0A > customer/management orientated session in the afternoon. EitherI& > session can be booked independently. >p > Details (in German) at:e( > http://www.hp.com/ch/events/wonderland  D Is that an event for local or regional folks only? As far as I couldF find out there is no similar event in Germany so perhaps it will be of? interest to me too. Do you know any contact there at HP Zurich?    Michaelo   ------------------------------   Date: 10 Nov 02 22:26:18 +0100) From: p_sture@elias.decus.ch (Paul Sture)-A Subject: Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002o) Message-ID: <sTWQweY7ijf3@elias.decus.ch>   Q In article <00A16C7C.E5C38AD1.2@decus.de>, Michael Unger <unger@decus.de> writes:t. > "Paul Sture" <p_sture@elias.decus.ch> wrote: >  >> [...] >>A >> Meanwhile here in Switzerland hp are unveiling the EV7 at a doeC >> on the 28th November. An OpenVMS Technology Forum in the morningr: >> presented by Nigel Barker and Ake Blomberg, with a moreB >> customer/management orientated session in the afternoon. Either' >> session can be booked independently.M >> >> Details (in German) at:) >> http://www.hp.com/ch/events/wonderland- > F > Is that an event for local or regional folks only? As far as I couldH > find out there is no similar event in Germany so perhaps it will be ofA > interest to me too. Do you know any contact there at HP Zurich?w >   K Yes, I do have contacts at HP/hp here. I don't think it should be a problemt2 for you to attend, but I will ask to confirm that.   mfge -- )
 Paul Sture Switzerlandn   ------------------------------  # Date: Sun, 10 Nov 2002 18:25:17 GMTs# From: "John Smith" <a@nonymous.com> A Subject: Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002uH Message-ID: <hwxz9.45489$MGm1.6860@news02.bloor.is.net.cable.rogers.com>  2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF402660B2D@kaoexc01.americas.cpqcorp.net. ..F Re: last video with VP Oracle Engineering, Swiss Stock Exchange, Carly# and other testimonial statements ..r  F I am surprised no one has commented on the Carly portion of the video.   Carly Quote:  D "OpenVMS has been recognized for its rock solid reliability for manyH years. It was built from the beginning to endure the test of time. HP isE proud to celebrate its 25th anniversary this year and I am especiallyrG pleased that it continues to attract new Customers and new applicationsi in key market segments."  
 End quote.  E [ok, ok, its only one small step, but surely this is viewed as a very  positive step?]      Kerry,  H This is nothing more than the barest MINIMUM comment that she could haveL made about VMS that *seemed* to put a positive message out. There could haveB been one of two additional comments Carly could have made. Either:  E a) But HP is going to do nothing on its own to market nor attract neweJ business to OpenVMS because we want all new customers to move to PH-UX. WeJ will continue to milk the remaining VMS customer based for every last centK we can squeeze out of them before we drop support for VMS once and for all.I   or  H b) HP has recognized that OpenVMS is a better cost/value proposition forI many businesses vs. Window or unix, and HP will be launching an extensivenL marketing and promotion campaign targetting both end-user customer and ISV's2 to promote the use of OpenVMS in their businesses.    K Given HP's current public stance towards VMS, the probability factors of a)e& being the next statement is 0.9999999.   What's your take?e   ------------------------------  % Date: Sun, 10 Nov 2002 23:30:40 -0500e' From: "Main, Kerry" <Kerry.Main@hp.com>nA Subject: RE: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002iT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B33@kaoexc01.americas.cpqcorp.net>   John,p   >>> What's your take? <<<n  G I don't think anyone can expect that a huge UNIX company like HP (#2 insG market) is all of a sudden going to drop everything to promote OpenVMS.p  A However, imho, there is no such thing as a 100% "safe" OS for thei
 future.=20  G Who knows? AIX, HP-UX, Solaris may all be replaced by Linux in the neare
 future.=20  F On the other hand, Linux might stagnate and plateau if ISV's find theyG can't make any $'s with it i.e. Cust's not willing to pay a few hundredaC or even a few thousand $'s for the OS may not be willing to pay thesG $10K-50K+ per CPU costs associated with the big ISV's like Oracle, BEA, 7 PeopleSoft etc. Without ISV support, no OS can survive.r  F The fact that the CEO of HP has released a very positive message aboutF OpenVMS and also stated "new Customers" and "new applications" in that) message is good news for OpenVMS fans.=20i  B Imho, the key to success in the future is diversity and that meansG promoting different options fairly and letting Customers decide what is6 best for them.  ; Come on .. Admit it - you smiled when you read the quote ..a   :-)o   Regards5  
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesa Voice: 613-592-4660c Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)e     -----Original Message-----+ From: John Smith [mailto:a@nonymous.com]=20m Sent: November 10, 2002 1:25 PMD To: Info-VAX@Mvb.Saic.ComtA Subject: Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002n      2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageH news:BE56C50EA024184DAF48F0B9A47F5CF402660B2D@kaoexc01.americas.cpqcorp. net. .aF Re: last video with VP Oracle Engineering, Swiss Stock Exchange, Carly# and other testimonial statements ..r  F I am surprised no one has commented on the Carly portion of the video.   Carly Quote:  D "OpenVMS has been recognized for its rock solid reliability for manyH years. It was built from the beginning to endure the test of time. HP isE proud to celebrate its 25th anniversary this year and I am especiallyeG pleased that it continues to attract new Customers and new applicationsm in key market segments."  
 End quote.  E [ok, ok, its only one small step, but surely this is viewed as a verys positive step?]r     Kerry,  H This is nothing more than the barest MINIMUM comment that she could haveG made about VMS that *seemed* to put a positive message out. There couldfG have been one of two additional comments Carly could have made. Either:a  E a) But HP is going to do nothing on its own to market nor attract newiG business to OpenVMS because we want all new customers to move to PH-UX.nH We will continue to milk the remaining VMS customer based for every lastG cent we can squeeze out of them before we drop support for VMS once and  for all.   or  H b) HP has recognized that OpenVMS is a better cost/value proposition for? many businesses vs. Window or unix, and HP will be launching anSC extensive marketing and promotion campaign targetting both end-userbE customer and ISV's to promote the use of OpenVMS in their businesses.x    H Given HP's current public stance towards VMS, the probability factors of) a) being the next statement is 0.9999999.o   What's your take?S   ------------------------------  % Date: Mon, 11 Nov 2002 00:32:47 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>A Subject: Re: VMS @ 25 --- Mark Gorham's Presentation at HPETS2002	/ Message-ID: <3DCF40FB.1BEFE0AB@vl.videotron.ca>d   "Main, Kerry" wrote:= > Come on .. Admit it - you smiled when you read the quote ..n  M Call me sarcastic but no, I did not smile. I asked myself: did she do this onpN her own, or was this a very scripted message she was "forced" to read, knowingN it would be sent to a very targetted audience and that her voice was necessaryG to keep those customers that were funding a good part of the HP dream ?t  M The fact that she mentioned VMS is worth noting. The fact that VMS *seems* toNR be ignored less sicne may 7th is worth noting. But I am not yet ready to trust HP.  K What i,d like to see Cary do is to go on CNN and flatly say "for the really L serious stuff, we offer Tandem and VMS, for other stuff,Unix is good enough,& and for the rest, you can use Windows.  J But I know Carly could never say that since she would get a call from BillI Gates' lawyer on her cell phone before the interview was over, announcingM# Gates's intention to divorce Carly.o   ------------------------------  # Date: Sun, 10 Nov 2002 22:53:13 GMT   From: ffd <gfsd@ddfsafdaasf.net>G Subject: Re: VMS machines behind DSL router---do I need PAT or just NATa/ Message-ID: <3DCEE10A.D867343C@ddfsafdaasf.net>h   > G > What this will NOT work for is FTP -- in FTP, the target system opens F > a connection back to the originator (that's the "data connection" itE > mentions at the start of a transfer).  The expensive routers detectfC > the incoming connection, and route it back to the inside machine.r  @ The notion that the "cheap" routers can't do FTP is not entirelyH accurate.  I use a "cheap" Linksys router using port-forwarding and haveH no problems using outbound FTP from any machine or inbound to a specificH machine.  If you have a domain name set up that points to the IP addressB of the router AND you have {PORT FORWARDING enabled to your insideD machine  OR  you have the machine in a DMZ}, ftp has no problem with NAT.    H My domain name(s) are set up with a Dynamic DNS provider that points allH request for my domain to my Linksys router.  Using Port-forwarding only,H I have web, ssh, telnet, ftp and SMTP fowarded to my VMS box and I use aG Perl script on a Linux box that logs into my Linksys every 5 minutes toaH check the IP address.  If the address has changed since the last time itF check, it then logs into my DDNS provider and updates all of my domain@ A-records (name.domain.class) to point to this new IP address.       -- i Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163-7 Sr. Consultant            http://www.firstdbasource.com    ------------------------------  % Date: Sun, 10 Nov 2002 14:25:02 -0500a' From: "Main, Kerry" <Kerry.Main@hp.com>3D Subject: RE: VMS mentioned in Comp.risks article on WA pipeline fireT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B2F@kaoexc01.americas.cpqcorp.net>   Stuart,r  C From the following url, it would appear that some SCADA sites usingf' OpenVMS have implemented clustering.=20   
 Reference:< http://www.openvms.compaq.com/openvms/brochures/hydroquebec/  F ""We were among the first to develop a distribution management system.H Then and now, the OpenVMS operating system remains a superior choice for= real-time SCADA, offering many tools that simplify operation,f enhancement and upgrades."  H "..."By integrating SCADA, distribution management and outage managementH functions," Jobin continues, "our solution speeds up service restorationG and increases our productivity. And the system updates customer serviceeG representatives and customers on outage detection and restoration whileaC generating sophisticated outage statistics that improve management. > We've built in a comprehensive spectrum of capabilities and weA continually enhance our solution to better serve our customers.""    Regardsl  
 Kerry Main Senior Consultant( Hewlett-Packard (Canada) Co.! Consulting & Integration Services) Voice: 613-592-4660- Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----G From: Stuart Johnson [mailto:"ssj152 ATcharterDOTnet"@postal.hp.com]=20  Sent: November 9, 2002 12:20 AM  To: Info-VAX@Mvb.Saic.Com(D Subject: Re: VMS mentioned in Comp.risks article on WA pipeline fire    C Clustering is not the same as Redundancy. SCADA systems are usuallyuE Redundant, but rarely Clustered. Are you sure about the systems beingtF clustered? SCADA systems are rarely clustered because of latencies (in< the distributed lock manager) when nodes come up or go down.  G The systems I've seen in production have all been composed of 2 or morevF identical systems using software redundancy and some sort of front-endC communications processor that broadcasts the data received from thekA remote terminal units (distributed control computer nodes) to therH multiple "host" computers. One of the host computers is "in control" andG the other is in a "hot" standby more, listening to all transactions andeF ready to take over if the "in control" node fails or if either node is$ commanded to change state by a user.  H The host computers use application specific (process peer-to-peer acrossH computers) redundancy methods to ensure that the host computers are bothH using the same configuration information, that their real-time databasesF contain the same information, and that they are both at the same placeE performing a specific task or ready to take over and perform the samesD task if necessary - working from the same book and page, as it were.D Each vendor of SCADA systems uses their own redundancy methodology -F this is not a concept built into OpenVMS. This redundancy is EXTREMELY@ difficult to implement reliably. I speak from experience, havingH designed and implemented 4 redundant add-in subsystems for the GSE SCADA system.o  E I worked with the GSE (formerly TI) SCADA system for 8 years and withwH the Valmet system for 1 year. I'm sure that there are other products andA ways to implement SCADA, but clustering isn't usually part of it.    Stuart Johnson ssj152 AT charter DOT net   9 "Paul Repacholi" <prep@prep.synonet.com> wrote in messagen' news:87vg37g9aa.fsf@prep.synonet.com...s >sH > comp.risks has a bit on the NTSB report on the WA pipeline failure and  : > fire from some time ago. The SCADA system was a cluster. >V > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.gB >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 10 Nov 2002 20:24:22 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)oD Subject: Re: VMS mentioned in Comp.risks article on WA pipeline fire= Message-ID: <cf15391e.0211102024.350ff671@posting.google.com>e  i "Stuart Johnson" <ssj152 AT charter DOT net> wrote in message news:<usp6n8ikea6028@corp.supernews.com>...rE > Clustering is not the same as Redundancy. SCADA systems are usuallySG > Redundant, but rarely Clustered. Are you sure about the systems beingoL > clustered? SCADA systems are rarely clustered because of latencies (in the: > distributed lock manager) when nodes come up or go down.  C There were significant improvements in the OpenVMS distributed lockM? manager long ago (starting way back in the V5.0 timeframe) thatSC drastically reduced the amount of work (and time) required for lock09 database work in conjunction with a state transition (see-L http://www.geocities.com/keithparris/decus_presentations/transition_notes.psU and http://www.geocities.com/keithparris/decus_presentations/f98_state_transition.pptM for the details).-   ------------------------------  % Date: Sun, 10 Nov 2002 13:04:03 -0600e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l- Subject: Re: Was OpenVMS left out on purpose?e' Message-ID: <3DCEADA3.8E918B69@fsi.net>s   Paul Repacholi wrote:2 > 0 > Paul Repacholi <prep@prep.synonet.com> writes: > . > > David Froble <davef@tsoft-inc.com> writes: > H > > > Which might happen when Hammer is selling.  Wasn't there some infoG > > > here a while back about MS running 64 bit windoz on a Hammer, andcF > > > liking the architecure better than IA-64?  Or was that some FUD? > H > > Either the register or theinquirer has an article witha pointer to aE > > 'doze performance thing. The interesting bit is it shows the .NETI, > > version as available for IA-64 or AA-64.  A A look at the source of the page below suggests that AA64 is "AMD-A Architecture, 64 bits" or similar, not "Alpha..." as was my first  thought.   > Now that I have the URL,6 > http://www.sisoftware.co.uk/index.php?location=sware- > for anyone who wants to see for themselves.9  F NFG with Netscape V4.77 on WhineBloze. Nothing but the blue copyright,# etc. line at the top of the screen.    -- u David J. Dachterao dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/F   ------------------------------  % Date: Sun, 10 Nov 2002 14:22:55 -0500h0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>- Subject: Re: Was OpenVMS left out on purpose?i. Message-ID: <3DCEB20E.5B7FAF0@vl.videotron.ca>   Paul Repacholi wrote:e > Now that I have the URL,6 > http://www.sisoftware.co.uk/index.php?location=sware- > for anyone who wants to see for themselves.t  
 all i get is:WL Copyright (c) SiSoftware 1997-2002. All Rights Reserved. : privacy policy |  contact us |  hosted by 1&1    at the top of page.    ------------------------------  + Date: Sun, 10 Nov 2002 22:04:47 -0600 (CST)e From: sms@antinode.org$ Subject: Re: XP1000 hardware problem) Message-ID: <02111022044749@antinode.org>0   From: "ICUSC" <sales@hpaq.net>    > Sounds like a dead motherboard" > It is I think S or B Cache error > Requires replacment-H > We might have a board, but you should be able to get it replaced under
 > warranty  F    I need to verify, but I believe that the three year warranty was upF last March.  I got this box third hand, and while the Web page claimedE "Protected by Compaq Services, including a three-year on-site limited H warranty", the best I could get from Compaq when the power supply failedH last year was a free replacement which I got to install myself.  (Better than nothing, I suppose.)l  D    As I recall, I was told that hardware support was $1200/year, forD which money I could buy a replacement machine on Ebay every year and% come out ahead, more likely than not.u  D    A stray observation: Pin 7 (RTS) on COMM 2 rises for about a half; second with a front-panel reset, but on COMM 1 it does not.a  G    I'd sure like to have access to a more thorough diagnostic guide, ifu anyone has any pointers.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)d3    382 South Warwick Street        sms@antinode.org     Saint Paul  MN  55105-2547t   ------------------------------  # Date: Sun, 10 Nov 2002 11:37:43 GMTo. From: peter@langstoeger.at (Peter LANGSTOEGER)Q Subject: Re: [OT] Doing my part...(was: Re: Seti at home under OpenVMS 7.2 on...)o5 Message-ID: <byrz9.222412$aa2.2796710@news.chello.at>o  [ In article <G1s2laEgtL$0@rabbit>, sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) writes: N >I don't have a Marvel, but I'm trying to do my part with an EV68.  I won't beL >able to use these machines for long, but as long as I'm testing them in the >lab...(warning! wrapped URL): >e- >http://setiathome.ssl.berkeley.edu/fcgi-bin/ 5 >fcgi?email=sy18889@bosa90.fmr.com&cmd=user_stats_news  N Sounds good. But look who many units VMS (or Alpha) has to catch up. Millions.A You really need umpteen THOUSANDS of your machine (or MARVELs)...l  M Boy would have that been great if S@H had allowed the use of the CXML on VMS.oM 1 hour instead of over 11 per unit the same machine would have kicked them...u   -- e Peter "EPLAN" LANGSTOEGERu% Network and OpenVMS system specialisto E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2002.623 ************************