1 INFO-VAX	Sat, 21 Feb 2004	Volume 2004 : Issue 103       Contents:! Another bug in the MIME utility ! P Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this? this?t Re: DCL Numerical symbols  Re: DCL Numerical symbols " Re: DECnet-plus "SET HOST" problem" Re: DECnet-plus "SET HOST" problem Re: Dual VMS data centers  Re: Dual VMS data centers  Re: Easiest way.. ) Re: HP leaks news of Intel x86-64 product ) Re: HP leaks news of Intel x86-64 product P Re: HP raises guidance - posts in-line 1Q numbers, boosts 2Q sales target target: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!  Re: Needed: Macro Vax Programmer' Re: OpenVMS Basic Compiler Distribution  Re: Probably a dumb question Re: Probably a dumb question Re: Probably a dumb questionP Re: RDB database becomes disabled by remote user failures because of security re@ RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000?@ RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000? Re: SAN or NAS ? Re: SAN or NAS ? Re: system directory confusion( Re: VMS question regarding SMTP headers.  Re: what is "$ FONT/DIR" on VAX? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ?7 Re: will these third-party CD-ROM drives work with VMS?  Re: XP1000 technical manual? Re: XP1000 technical manual? Re: XP1000 technical manual?  F ----------------------------------------------------------------------  % Date: Fri, 20 Feb 2004 15:26:21 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Another bug in the MIME utility !) Message-ID: <40366D65.C870DA55@istop.com>   % VMS VMS 7.2, TCPIP Services 5.3 ECO 2   @ The following attachement header causes MIME to barf on startup:  K %MIME-E-FILEERROR, file error: Filename requires a file type delimiter, '.' . %MIME-E-NOFILNAME, file name must be specified   The offending contents:    relevant header:' ---------------------------------------  Content-Type: multipart/mixed;8         boundary="----_=_NextPart_001_01C3F7C7.1D062620" X-MS-Has-Attach: yes X-MS-TNEF-Correlator:  Thread-Topic: textes. Thread-Index: AcP3xxz6jeaJsbO1QmWhoPeQO9NlYQ==5 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3   ' ---------------------------------------    relevant contents:' ---------------------------------------   ' ------_=_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///////////////////////////////////////////// etc   ? I had to edit the name=, description and filename to remove the I =?iso-8859-1?Q? and unquote the filename manually. Then, the MIME utility L worked. It is interesting that it would barf on startup and not allow you doJ to anything, instead of simply ignoring a filename it can't understand andL forcing you to specify a file name when you extract that attachement number.    M (oh, and by the way, if you try to use MIME from a "device unknown" terminal, B mime immediatly returns to the $ prompt without any error message)   ------------------------------  % Date: Sun, 22 Feb 2004 00:22:09 +0800 , From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this? this?t - Message-ID: <87ad3c2yj2.fsf@prep.synonet.com>   # Z  <zarlenga@conan.ids.net> writes:   - > Paul Sture <nospam@sture.homeip.net> wrote:   2 > : So all you need to do is use COPY/NOTRUNCATE .  F > Is there any way to make a PERFECT copy of the file, the WHOLE file, > i.e. all allocated blocks?  B Fix your app. You are getting a copy of ALL of the file. Your file= is 4 blocks, *by definition*, the fact that there are another 8 whatever blocks taging along is neither here nor there.   = You really have to do this. Although the "First Free Byte" is < a `user' maintained value, highwater marking and other stuff; now interect with it so it acts partly as a system one, and 9 for reliable behaviour should be treated as one. Anything B after FFB, aka EOF is living in open season to be changed/replaced or zeroed without warning.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              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: Fri, 20 Feb 2004 13:21:29 GMT ( From: "konabear" <maurert@ameritech.net>" Subject: Re: DCL Numerical symbols? Message-ID: <tRnZb.3971$t16.3002232@newssvr28.news.prodigy.com>    This is how legends start. ;^)  F So by the logic of your statement this person needs to find a VAX9000.K Those don't need SCSI buses (using the far superior CI technology), so none J of the 9000 bits disappear into SCSI land and VAXes had half the number ofI registers so almost all of the 9000 bits should be available to the user.  ;^)    Todd  : "Roy Omond" <Roy.Omond@BlueBubble.UK.Com> wrote in message* news:4034DD05.8030206@BlueBubble.UK.Com... > Tillman, Brian (AGRE) wrote: >  > L > > What does either of these points have to do with the OP's problem?  DCL,J > > whether on a 40 bit machine or on a 1,000,000 bit machine performs itsJ > > symbol arithmetic with 32 bit integers.  If the OP HAD 40 bits to playI > > with, he'd be having no problem, since 40 bits can easily represent a K > > ten or 11 digit integer.  The highest signed value for a 40 bit integer   > > is 549755813887 (12 digits). > > * > > The OP may find the following amusing: > C > For goodness sake Brian ... did I *really* have to add a smiley ?  > 6 > I think the *sigh* at the end pretty much summed up. >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  # Date: Fri, 20 Feb 2004 19:42:38 GMT & From: Don Sykes <paladin@mydomain.com>" Subject: Re: DCL Numerical symbols: Message-ID: <OqtZb.381$L52.369@newssvr27.news.prodigy.com>   Roy Omond wrote: > Tillman, Brian (AGRE) wrote: >  > K >> What does either of these points have to do with the OP's problem?  DCL, I >> whether on a 40 bit machine or on a 1,000,000 bit machine performs its I >> symbol arithmetic with 32 bit integers.  If the OP HAD 40 bits to play H >> with, he'd be having no problem, since 40 bits can easily represent aJ >> ten or 11 digit integer.  The highest signed value for a 40 bit integer >> is 549755813887 (12 digits).  >>) >> The OP may find the following amusing:  >  > C > For goodness sake Brian ... did I *really* have to add a smiley ?  > 6 > I think the *sigh* at the end pretty much summed up. >  > Roy Omond  > Blue Bubble Ltd.  E That leads me to a question I've had for a while. Where do are those  G darned bits come from anyway!?? I have a 64 bit Alpha, but when I look  F at my memory usage there are millions of bits out there! Are they all H generated by the same 64 bit register? It must be really busy! Or maybe 5 some of those bits came with my system; I'm not sure.  Also when I do a $ ls | grep ".tmp" I get:F %DCL-W-IVVERB, unrecognized command verb - check validity and spelling   \LS\  
 What's wrong?  --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  # Date: Fri, 20 Feb 2004 18:41:15 GMT  From: dittman@dittman.net + Subject: Re: DECnet-plus "SET HOST" problem 8 Message-ID: <fxsZb.37151$5W3.11899@nwrddc02.gnilink.net>   healyzh@aracnet.com wrote:J > I'm running DECnet-plus on my VMS server, and recently I discovered that7 > "SET HOST" to the local host no longer seems to work.  >  > $ set host monk ? > %SYSTEM-F-UNREACHABLE, remote node is not currently reachable  > $  > I > I'm honestly not sure if I can "SET HOST" to a remote host, as the only M > other system I've had up running DECnet was a RSTS/E system that I'm trying  > to get DECnet configured on. > N > I can't figure out what I could have done to break this, and I can't figure D > out where I could look.  I don't see anything in the OPERATOR.LOG.  K Use SYS$SYSTEM:DECNET_REGISTER to see if the name is registered.  If it is, 	 try this:   6 $ mcr ncl flush session control naming cache entry "*"  N That's a handy command that you'll want to use after adding or changing nodes. --   Eric Dittman dittman@dittman.net    ------------------------------  # Date: Fri, 20 Feb 2004 19:51:41 GMT & From: Don Sykes <paladin@mydomain.com>+ Subject: Re: DECnet-plus "SET HOST" problem : Message-ID: <hztZb.388$i92.376@newssvr27.news.prodigy.com>   healyzh@aracnet.com wrote:  J > I'm running DECnet-plus on my VMS server, and recently I discovered that7 > "SET HOST" to the local host no longer seems to work.  >  > $ set host monk ? > %SYSTEM-F-UNREACHABLE, remote node is not currently reachable  > $  > I > I'm honestly not sure if I can "SET HOST" to a remote host, as the only M > other system I've had up running DECnet was a RSTS/E system that I'm trying  > to get DECnet configured on. > N > I can't figure out what I could have done to break this, and I can't figure D > out where I could look.  I don't see anything in the OPERATOR.LOG. > 	 > 			Zane   H If you're running RSTS/E on a PDP-11, you may want to look into the new F VAX systems that DEC has recently introduced... I hear they're pretty  good. ;)   --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  # Date: Fri, 20 Feb 2004 21:16:56 GMT & From: Lee Mah <lytmah@telusplanet.net>" Subject: Re: Dual VMS data centers, Message-ID: <cPuZb.29622$Ff2.23380@clgrps12>  
 Tim wrote:  C >We're looking into setting up dual data centers with 4 ES 45 alpha O >servers. Each site are to be locally clustered (2 nodes) with DRM taking place B >periodically. Idea is to for one center be DR backup site for the >other.  >    > I                 Why are you not using HBVS (host-based volume shadowing)   instead of DRM? I                 Why have two machines sitting there doing nothing except   replicating data?   B >We feel we can make the configuration work with ES 45's, sans and >HSG80s.G >HP seems to be insistant of larger configurations (ES 47's etc.) which E >takingthis palen way out of budget. (Working ith a VAR is an option, - >but, that is not the point of this message.)  > G >Please let me know of your success with Dual VMS Data centers and your G >configuration. Thank you in advance for any assistance on this matter.  >    > I                 We have two ES45's at site 1, two ES45's at siate 2, and   a quorum node at site 3.G                 All five nodes belong to a single VMScluster.  Sites 1   and 2 have CI and Storageworks. I                 HBVS keeps all three sites synchronized in real time and   available 24x7. E                 If any one of the three sites goes down, the cluster   still remains up and available.   G                 Prior to that, we had four AS1200's and a quorum node,   with the same configuration.E                 This cluster also provided the necessary RAS for our   mission-critical applications 1                 (Clinical, Financial, MatMan...).   *                 I strongly recommend HBVS.  	 >Regards,  >Tim >    >    ------------------------------  # Date: Sat, 21 Feb 2004 18:57:51 GMT & From: Lee Mah <lytmah@telusplanet.net>" Subject: Re: Dual VMS data centers. Message-ID: <4037AA29.5040104@telusplanet.net>  F A full shadow copy could take from one to several hours, depending on  the disk size.G However, the minimerge feature on HSJ has been implemented for several   VMS versions now. G If we lose a node (gracefully or due to a crash), minimerge allows the  
 shadow copies   to synchronize within 6 seconds.E We staged the move of our 70+ shadow disk farm to a third site using   HBVS without shutting down the cluster.G Expect the minimerge feature for SAN on VMS to be available before the   end of the year.     Richard B. Gilbert wrote:   # > How long does a shadow copy take?  > G > I seem to recall that, at the last site I worked at that used HBVS,   I > the crash of a single node in the cluster could force shadow copies of  > > all volumes.  The copies took hours to complete and cluster H > performance went down the toilet until they were complete.   Now I'll G > grant that the hardware was VAX/HSCxx/RAxx and scarcely state of the  E > art even then but I'd still worry about what could happen when you   > lost a node or a site. > I > The bandwidth requirements for a shadow copy over a WAN boggle my mind!  >  > Lee Mah wrote: >  >> >>
 >> Tim wrote:  >>F >>> We're looking into setting up dual data centers with 4 ES 45 alphaF >>> servers. Each site are to be locally clustered (2 nodes) with DRM  >>> taking placeE >>> periodically. Idea is to for one center be DR backup site for the 
 >>> other. >>>    >>> @ >>                Why are you not using HBVS (host-based volume  >> shadowing) instead of DRM? D >>                Why have two machines sitting there doing nothing  >> except replicating data?  >>E >>> We feel we can make the configuration work with ES 45's, sans and  >>> HSG80s. J >>> HP seems to be insistant of larger configurations (ES 47's etc.) whichH >>> takingthis palen way out of budget. (Working ith a VAR is an option,0 >>> but, that is not the point of this message.) >>> J >>> Please let me know of your success with Dual VMS Data centers and yourJ >>> configuration. Thank you in advance for any assistance on this matter. >>>    >>> G >>                We have two ES45's at site 1, two ES45's at siate 2,   >> and a quorum node at site 3. I >>                All five nodes belong to a single VMScluster.  Sites 1  " >> and 2 have CI and Storageworks.G >>                HBVS keeps all three sites synchronized in real time   >> and available 24x7.G >>                If any one of the three sites goes down, the cluster  " >> still remains up and available. >>I >>                Prior to that, we had four AS1200's and a quorum node,   >> with the same configuration. G >>                This cluster also provided the necessary RAS for our    >> mission-critical applications3 >>                (Clinical, Financial, MatMan...).  >>, >>                I strongly recommend HBVS. >> >>> Regards, >>> Tim  >>>    >>>  >> >    ------------------------------  % Date: Sun, 22 Feb 2004 00:53:12 +0800 , From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Easiest way..- Message-ID: <871xoo2x3b.fsf@prep.synonet.com>   ' David Gray <police@spamcop.net> writes:    > Greetings all,   > H > Need to replicate an entire directory structure including  protections7 > and ACLs to another with a slight change in the path   >  > EG.    >  > From   > DISK1:[XPS...] >  > To > DISK1:[XAS...]   > E > There are a few hundred directories than need recreating in the new 
 > XAS tree.    > 
 > I've tried   >  > $ set default DISK1:[XAS] ' > $ copy/log DISK1:[XPS...]*.DIR 	[...]  >  > But am not getting the ACLs.   > - > What would be the simplest way to do this?     $SET DEF DISK1:[000000]  $ RENAME XPS.DIR;1 XAS   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              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: Fri, 20 Feb 2004 16:02:42 +0100   From: "Dr. Dweeb" <dr@dweeb.com>2 Subject: Re: HP leaks news of Intel x86-64 product, Message-ID: <c157iq$2md$1@news.cybercity.dk>  ( Andrew Harrison SUNUK Consultancy wrote: > Dean Woodward wrote:, >> http://www.theinquirer.net/?article=14187 >  <snip>  H > "From a customer perspective, this is all about choice and our supportF > for industry-standard architectures. Building upon HP's rich historyE > of innovation with Intel across the IA-32 and Itanium platforms, we > > will offer customers solutions utilizing the Intel Itanium 2C > processors as well as Intel Xeon processors with 64-bit extension > > technology to provide the best performance, availability andD > scalability in the market," said Shane Robison, chief strategy andE > technology officer, HP. "No other company has more experience, or a C > clearer vision, to help businesses implement complete solutions - 5 > built on 32-bit and 64-bit technologies - than HP."  >   H Now, that is the sort of marketing speak that really makes me puke.  CanI anyone actually read this shit without feely phyically ill or cramping up  with laughter ??  6 "... clearer vision .." is the bit that cracks me up !  	 Dr. Dweeb   	 > Regards  > Andrew Harrison    ------------------------------  % Date: Fri, 20 Feb 2004 14:09:02 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>2 Subject: Re: HP leaks news of Intel x86-64 product) Message-ID: <40365B4B.CB3FB5A4@istop.com>    "Dr. Dweeb" wrote:J > Indeed.  Personally, I would (and have previously) questioned the notionK > that IA64 has ever been or *was ever intended* to be *industry standard*. N > It escapes me why Curly and Carley and so many others have touted this myth. >  > Intel != Industry Standard > x86 = Industry Standard     K Orinigally, I think that the plan to migrate everyone to IA64 was credible. L There were fears that the 8086 would run out of steam, and maybe Alpha mightY take the market, relegating Intel to manufacturing sundry chips and ethernet controllers.   J The only question is WHEN Intel and HP realised that IA64 was to be a realH expensive dog that would be late, unimpressive, unusable for desktop and definitely not "commodity".   J One needs to be commodity as a prerequisite to becoming industry standard.   ------------------------------  % Date: Fri, 20 Feb 2004 14:04:00 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP raises guidance - posts in-line 1Q numbers, boosts 2Q sales target target ( Message-ID: <40365A1D.FA4C50E@istop.com>  N It is interesting that the Wall Street Casino Analysts haven't yet clued in onJ the impact of Intel growing its 8086 industry standard commodity chp to 64= bits, relegating IA64 to proprietary low volume bizarre chip.   L My guess is that those who know about this are quietly pulling out of HP andG only once their positions in HP have been sold, will they unleash their K "analysts report" about the negative impact of Intel's 8086 announcement on  HP's enterprise systems.   ------------------------------  % Date: Fri, 20 Feb 2004 15:41:04 +0100   From: "Dr. Dweeb" <dr@dweeb.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! + Message-ID: <c156a3$hb$1@news.cybercity.dk>    Dirk Munk wrote: > JF Mezei wrote:  >> Dirk Munk wrote:  >>D >>> No offense to you Fred, but sometimes I really get pissed off byG >>> the way HP is betraying the efforts of many people in this group to B >>> keep VMS in the picture as a viable platform. We get no public >>> support what so ever.  >> >>F >> In fairness, Sue has recently offered to help whenever someone seesF >> bad marketing. The tone of her message was quite different and moreD >> "blunt" than usual.  You have to understand that HP employees areE >> expected to toe the corporate line so you cannot expect to see the D >> likes of Mr Kleinsorge or Hoffman start to criticize IA64 or HP'sD >> decisions, or HP's omission of VMS from its marketing. You cannot >> blame them for this.  > @ > I do understand this, and I don't blame or critize any of themD > personally. On the contrary I'm convinced of their good intentionsC > and support for VMS, and I'm very happy with their contributions.  > G > On the other hand they also kind of represent HP in this forum. So if E > we have anything to grumble at HP, I'm afraid they have to function  > as messenger to HP.  > D > Regarding Sue's offer to help with bad marketing, well that is notF > the issue in many cases. The problem is there is *NO* marketing. HowF > can we try to convince customers to stay with VMS. let alone to moveG > to VMS,  if they don't see any public marketing for VMS. Those morons > > at HP marketing still don't understand that the general ideaF > regarding the future of VMS is still dominated by the infamous "moveD > to Unix or Windows" statements by Bob Palmer. HP or Compaq *never*E > did anything very public to change that picture of VMS. Believe me, D > this is what I hear all the time when I'm speaking with customers. >   L I was there when he said it, and the sound is still reverberating in my ears6 years later - a portent of doom that has been realised   <snip>   Dweeb.   ------------------------------  # Date: Fri, 20 Feb 2004 19:23:00 GMT 3 From: Robert Klute <robert_klute_removethis@hp.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 8 Message-ID: <11nc30pnslctoj4lstgs3sar981ou6q2pn@4ax.com>  E On Fri, 20 Feb 2004 11:12:18 +0000, Andrew Harrison SUNUK Consultancy . <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.    >>  8 >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.  F Different ball park.  There only so much you can do, and thus how many@ processors are useful, with 3GB of process usable address space.  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 so @ >any vendor producing large Intel x86 based servers, for example? >IBM will be producing something that is compatible with AMD64.   G No, I didn't miss their announcement.  I seem to remember that they are C focusing on 1 - 2 way in the short term with their offering.  Still 6 waiting for proof of an Opteron box bigger than 4 way.    ? >HP didn't do HP-WW (the original HP name for IPF) because they ; >judged that the costs of developing the processors and the E >additional transition costs was too great for HP as a single company > >to bear, subsequent developments have proved that judgment to9 >even more acute given the hike in IPF development costs.   ' Which is why they partnered with Intel.     D >> The Linux and Windows market will be driven by performance of the! >> applications that run on it.    >>   > G >But Linux and Windows only really cover the 1-8 way systems market and @ >the price performance leaders in that market by a long long wayB >for Windows and Linux apps are x86 based systems not IPF systems.A >You will have an uphill struggle to convince customers that they C >should pay 3x the price to get less performance for identical apps / >selected from a smaller application portfolio.   E Because you don't get similar performance on many applications unless D you cluster, and clustered solutions are not the solution too often.  F I guess, this just means that we can be expecting an announcement fromA Sun, any day now, that they are dropping the 15K in favor of V20z 	 clusters.   
 Robert Klute, 8 Who speaks for himself and not the company he works for.   ------------------------------  # Date: Fri, 20 Feb 2004 19:36:58 GMT 3 From: Robert Klute <robert_klute_removethis@hp.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 8 Message-ID: <4knc30l8atmcnrh8bve55mu4ni0mf0umr1@4ax.com>  7 On Thu, 19 Feb 2004 23:10:08 -0700, "Barry Treahy, Jr."  <Treahy@MMaz.com> wrote:   >Robert Klute wrote:  H >Do you really believe MS is going to spend the money to support X86-64 D >and IA-64?  Nope, which means that HP is dealing with a low-volume 2 >processor!  Doesn't Windows on Alpha ring a bell?  H Stop looking at Microsoft's  early 90s strategy to divine what they whatG now.  Microsoft needs a large SMP capable version of Windows and 64-bit G implementations of their applications to increase their presence in the = Enterprise space.   Itanium is the processor capable of that.  > G >>Even though it was announced in July (if I remember correctly), there C >>are still no 8ways based on the Opteron 800.  Intel appears to be @ >>focusing in on the desktop to 2way space with it's offering.   >>1 >Though there are quads out using the 800 series.   G I know there are 4way Opteron boxes, where are the 8ways.  For 2ways, I ' was talking about Intel's announcement.   H >>That leaves IA-64 as Intel's offering in the large SMP space.  It is a  >>place Microsoft wants to be.   >>H >If MS wanted to be there, they would have had better support for IA-64 K >long ago, they haven't because the performance wasn't where it belonged...     ( >>Its gives HP a single architecture forC >>enterprise systems and a separate one for ISS.  Coming from a Big E >>Iron/Tin background, I just don't see what being able to run a 8086 0 >>derivative ISA brings to the enterprise table. >>   >>J >I don't either, but it was HP/Compaq that killed Alpha, not the customer G >base and for HP to pretend that the IA-64 is not at risk, is patently  	 >silly...   D I thought Compaq killed Alpha.  My personal opinion is that HP wouldH have had to kill Alpha anyway since HP was already committed to a single/ processor / multiple OS strategy at that point.    Robert Klute Who speaks for himself.    ------------------------------  % Date: Sun, 22 Feb 2004 00:46:52 +0800 , From: Paul Repacholi <prep@prep.synonet.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! - Message-ID: <8765e02xdv.fsf@prep.synonet.com>   , "Jack Peacock" <peacock@simconv.com> writes:  9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message % > news:40351833.745244CB@istop.com...   > >> And this means the death of IA64 since it will be seen as a; >> bloated, expensive architecture that doesn't give HP any   >> performance edge over others.  E > The warning flag will come when HP announces HP-UX for x86-64.  The E > next day museums will make room near to their venerable iAPX32s for B > its big brother.  I think at least one reporter commented on theE > silence from HP at the Intel Developer lovefest as to plans to move  > HP-UX to 64-bit Xeons.  F The warning flag is at the top of the mast already. Tandem's engineersF have removed the need for any lockstepping in the CPU it runs on. This? is obviously so they can run it on Stretch and bask in the warn  glow...    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              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: Fri, 20 Feb 2004 13:18:57 GMT " From: tutor_removespam_@cfl.rr.com) Subject: Re: Needed: Macro Vax Programmer 8 Message-ID: <k92c30hs974fng2jfjtvgd923s7rjsem6f@4ax.com>   Hello.0    The called module is about 80 lines of macro.C Whether you can figure out the pseudocode, or better yet, write the  cobol - is the question.* Willing to pay a straight $100 us dollars.4 Paid as corp to corp - the tax issues are all yours!   Jerrold    Example:   Line    63: TSTW     @B^4(AP) )                : BNEQ     OVRPCH\%LINE 66 4 Line    64: MOVAB    B^OVRPCH\%LINE 64+7,B^-100(R11)(               : BRB      OVRPCH\%LINE 73(               : BRB      OVRPCH\%LINE 68   ------------------------------  # Date: Sat, 21 Feb 2004 17:32:09 GMT & From: John Reagan <john.reagan@hp.com>0 Subject: Re: OpenVMS Basic Compiler Distribution0 Message-ID: <tCMZb.886$I02.203@news.cpqcorp.net>   PhilThayer wrote: H > Hi.  The company I work for purchsed the OpenVMS BSIC compiler licenseH > for an AlphaServer, However we don't have the BASIC distribution CD toG > install BASIC on the AlphaServer.  The cost of the BASIC CD is almost   > as much as the license itself. > H > Would anybody out there have a copy of the BASIC Distribution CVD thatE > I could have/borrow/FTP from/etc...  It would really help us a lot.  > 	 > Thanks,  > Phil > H > (It is pretty bad when the license and Distribution CD are qbout equal? > in cost.  Why not just charge for the License and PROVIDE the  > distribution CD.)   E The BASIC compiler (and all the other layered products) ship several  I times a year on a consolidated set of CDROMs.  There is no such thing as  C the "BASIC CD".  Just find a recent set of CDROMs (unless you have  I absolutely no other layered products, you already have the CDROM and the   BASIC kit).    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Fri, 20 Feb 2004 13:25:34 GMT ( From: "konabear" <maurert@ameritech.net>% Subject: Re: Probably a dumb question ? Message-ID: <iVnZb.3974$t16.3003375@newssvr28.news.prodigy.com>   ( It's a SCO plot for world dominance! ;^)   Todd> "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message6 news:857e9e41.0402200449.52f22cb@posting.google.com...E > Can somone explain to me why there keeps being really horrible mail H > about JF in a newsgroup like this one (computer related)? I guess I do/ > not understand the objective of such garbage.  > F > I have had the chance to work with JF on several different occasionsG > and found him knowledgable, willing to give his opinion and fight for H > what he belived was the right thing for VMS and our customers.  I knowB > nothing about his personal life and I think that these notes areF > designed to take up CPU so that other issues are not discussed?  You5 > know like thrashing Andrew ;') thats a joke Andrew.  > 5 > Can you please make the replies simple so I get it?  >  > sue    ------------------------------  # Date: Fri, 20 Feb 2004 19:56:45 GMT & From: Don Sykes <paladin@mydomain.com>% Subject: Re: Probably a dumb question : Message-ID: <1EtZb.392$i92.263@newssvr27.news.prodigy.com>   Sue Skonetski wrote:  E > Can somone explain to me why there keeps being really horrible mail H > about JF in a newsgroup like this one (computer related)? I guess I do/ > not understand the objective of such garbage.  > F > I have had the chance to work with JF on several different occasionsG > and found him knowledgable, willing to give his opinion and fight for H > what he belived was the right thing for VMS and our customers.  I knowB > nothing about his personal life and I think that these notes areF > designed to take up CPU so that other issues are not discussed?  You5 > know like thrashing Andrew ;') thats a joke Andrew.  > 5 > Can you please make the replies simple so I get it?  >  > sue   . It should be obvious to all: JF is a CANADIAN!  D Sorry. I haven't spent much time here recently and I guess I'm in a  pretty silly mood.   Don  --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  % Date: Sat, 21 Feb 2004 13:56:46 -0000 G From: "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk> % Subject: Re: Probably a dumb question 4 Message-ID: <c17o10$6rs$1$8302bc10@news.demon.co.uk>  > Andrew's right.  It's spam to be blunt and not very nice spam.I Best ignored, although I appreciate that this is difficult for JF himself # and for his friends and colleagues.    My sympathies to him.    Steve      -- Steve Reece.. system at ipl dot nomed-reversed dot co dot uk  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> ; wrote in message news:c153ei$4hl$1@new-usenet.uk.sun.com...  > Sue Skonetski wrote:G > > Can somone explain to me why there keeps being really horrible mail J > > about JF in a newsgroup like this one (computer related)? I guess I do1 > > not understand the objective of such garbage.s > >0H > > I have had the chance to work with JF on several different occasionsI > > and found him knowledgable, willing to give his opinion and fight foreJ > > what he belived was the right thing for VMS and our customers.  I knowD > > nothing about his personal life and I think that these notes areH > > designed to take up CPU so that other issues are not discussed?  You7 > > know like thrashing Andrew ;') thats a joke Andrew.  > > 7 > > Can you please make the replies simple so I get it?s > >t >e6 > He seems to have offended an internet stalker who is4 > now harrasing him from various anonymous accounts. >v4 > Its difficult to understand what the poster(s) are9 > trying to acheive, their posts certainly havn't alteredi; > my opinion of JF and they obviously havn't had any effectp > on your opinion either.b >o8 > I would ignore them unless you are collecting examples5 > of obscure anglo saxon insults for a thesis of somec > kind.b > 	 > regardss > Andrew Harrison  >s   ------------------------------    Date: 20 Feb 2004 08:52:40 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)oY Subject: Re: RDB database becomes disabled by remote user failures because of security res3 Message-ID: <bejGSm$V3m9r@eisner.encompasserve.org>"  W In article <caf27c79.0402191204.4a58d6fb@posting.google.com>, sdavidson@uss.com writes:oE > We have RDB databases on several Alpha/VAX computers.  In order forPG > our remote users to use the RDB database we the users put the name oflB > the computer and the database in string to be use for access theI > database (ex. A4VDHS"RDB_RMT_TST"::TST_DB_ROOT:[MVS.DB]MVSDGS_RDB.RDB).fE >  Because of security we have to start disabling user accounts aftereD > three login failures, this has already locked up our RDB database.H > Trying to set proxies to the database does not seem too feasible sinceE > so many users know the database names and most users want their owndH > account to default to their account on the computers not the database.E >  Does anyone have any ideas on how to set up an account that can be-8 > accessed remotely and not be disabled by VMS security?  C   Any possibility you could use clusters as your network instead of-	   DECnet?    ------------------------------  % Date: Sat, 21 Feb 2004 13:39:16 -0000iG From: "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk>-I Subject: RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000?-4 Message-ID: <c17n2d$nui$1$830fa7b3@news.demon.co.uk>   Hiya,y  L With a 2.1GB system disk becoming strained on both of my Alphas, I'd like to* try and increase the disk space available.  J I have a couple of RZ29B-VA Storageworks disks available, these apparentlyD (on the evidence of opening the SW carrier of one of them) a Seagate@ ST15150N.  They're 7200rpm with the usual 50-pin SCSI connector.  I Would it be feasible shoving them into the DEC 2000/300 cabinets or would// they be likely to have a short and heated life?   J The DEC3000 has 192MB physical memory and presently has two RZ28M disks inI it, plus a Toshiba XM5401-B CD.  Options fitted are a DEFTA (TurboChannel  FDDI) and PMAGD graphics.uG The DEC2000 has 80MB memory and 1off RZ25/1 off RZ28, plus an RRD42 CD.eJ Options are ethernet, the "internal" SCSI and a graphics adapter.  It doesK have a DSSI card (KFESB) fitted at the moment, but since the system doesn'trI "see" any DSSI devices at console level, this will shortly be coming out!i  L Oh, and a cadge too - does anybody have a spare RRD42 caddy to donate?  I'veI borrowed one off a colleague to verify that the drive works, but I really:0 need one of my own so that he can have his back!   Thanks in advancei   Steve    Steve Reece89 steve dot reece at ipl dot nospam dot demon dot co dot ukn   ------------------------------  % Date: Sat, 21 Feb 2004 13:41:14 -0000lG From: "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk>PI Subject: RZ29B-VA (a.k.a. 4.3GB Seagate Barracuda) in DEC3000 or DEC2000?i4 Message-ID: <c17n3t$5rh$2$8302bc10@news.demon.co.uk>   Hiya,e  L With a 2.1GB system disk becoming strained on both of my Alphas, I'd like to* try and increase the disk space available.  J I have a couple of RZ29B-VA Storageworks disks available, these apparentlyD (on the evidence of opening the SW carrier of one of them) a Seagate@ ST15150N.  They're 7200rpm with the usual 50-pin SCSI connector.  I Would it be feasible shoving them into the DEC 2000/300 cabinets or wouldo/ they be likely to have a short and heated life?n  J The DEC3000 has 192MB physical memory and presently has two RZ28M disks inI it, plus a Toshiba XM5401-B CD.  Options fitted are a DEFTA (TurboChannel  FDDI) and PMAGD graphics. G The DEC2000 has 80MB memory and 1off RZ25/1 off RZ28, plus an RRD42 CD.rJ Options are ethernet, the "internal" SCSI and a graphics adapter.  It doesK have a DSSI card (KFESB) fitted at the moment, but since the system doesn't2I "see" any DSSI devices at console level, this will shortly be coming out!:  L Oh, and a cadge too - does anybody have a spare RRD42 caddy to donate?  I'veI borrowed one off a colleague to verify that the drive works, but I reallyt0 need one of my own so that he can have his back!   Thanks in advancee   Stevet   Steve Reece 9 steve dot reece at ipl dot nospam dot demon dot co dot ukC   ------------------------------    Date: 20 Feb 2004 08:45:41 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: SAN or NAS ?d3 Message-ID: <dccr6ZitKkH0@eisner.encompasserve.org>s  ` In article <2TeZb.28975$fW.14620@twister.rdc-kc.rr.com>, "Mike Naime" <mnaime@kc.rr.com> writes: > 8 > Rob Young <young_r@encompasserve.org> wrote in message/ > news:DjhumVOyx5Ga@eisner.encompasserve.org... I >> In article <RQWYb.17844$Dg1.17047@twister.rdc-kc.rr.com>, "Mike Naime"P > <mnaime@kc.rr.com> writes: >> > >> >> >L >> > Unless your network backbone is also 1GIG, they cannot compete with theJ >> > throughput of a SAN.  Even if they are at 1GIG, you could be at 2 GIG > today.6 >> > 10 GIG in a year or two.  (I forget the timeline) >> > >>? >> 4 Gig this year.  10 Gig?  Ouch!  Will it happen in the next  >> 5 years?g > @ > Brocade is skipping the 4GIG level and going strait to 10GIG.   , 	That is what they say, they are a hold-out. 	They won't be for long.   > McData is G > trying to use 4 GIG as a selling point.  Personally, I have dozens of-L > DS20E/ES4x servers that are not even taxing our 1GIG SAN.  I see no reasonN > to upgrade those because they do not need it!  Our newer systems (ES47's and > 1280's) are on a 2GIG fabric.> >   5 	Yes.  The biggest selling point is you don't have tor< 	throw away your infrastructure and could migrate in stages.6 	At close to $1500 per pop and 2 HBAs per servers.... @ 	Brocade will get the point that their customers can't afford to 	throw those away.  M > All of this is a moot point without having a 4GIG HBA that you can put into  > your server.  :-)g  < 	Well, Emulex was a 4-Gig holdout.  But they aren't anymore.; 	Qlogic announced intention for 4-gig.  Since they are over 1 	90% of the HBA market, who are you referring to?b   				Rob   A Aside:  4-Gig is "mostly" a 2005 thing, so this is about futures.    ------------------------------  # Date: Fri, 20 Feb 2004 14:56:09 GMT & From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: SAN or NAS ? 8 Message-ID: <u28c309dgdb8hpuvdm17ka927o3hv2j3e6@4ax.com>  J On Fri, 20 Feb 2004 07:29:23 GMT, nospam <x@wedontwantyourspam.com> wrote:  E >in article 2TeZb.28975$fW.14620@twister.rdc-kc.rr.com, Mike Naime at , >mnaime@kc.rr.com wrote on 20/02/2004 14:08: >\ >> h9 >> Rob Young <young_r@encompasserve.org> wrote in message N >> All of this is a moot point without having a 4GIG HBA that you can put into >> your server.  :-)I >  It still a moot point if you did, cause I'm surprised if technology isO* >such that a single spindle  could keep up  E That might make sense in a workstation environment, but in a high-endEG server, it would be pretty cool; and you'd have much more than a singlet spindle involved.    --- jlss0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Fri, 20 Feb 2004 15:08:54 GMTt3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ' Subject: Re: system directory confusionk0 Message-ID: <aqpZb.789$x11.724@news.cpqcorp.net>  1 In article <SaCdnSqfybnk2KjdRVn-tA@comcast.com>,  5 "Richard B. Gilbert" <rgilbert88@comcast.net> writes:e  F >I would exercise extreme caution about moving any of the SYS$* files $ >from their default locations.   ...  > If you move or rename any of the files that are provided by an@ OpenVMS installation or upgrade you *MUST* restore them to their: original name and location before you upgrade your system.  C If you do not restore them to their original name and location, thesF next upgrade will do incorrect things that may cause serious problems.  : Take your time and understand what your are doing and why.     -- yJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Sat, 21 Feb 2004 14:29:57 -0000 G From: "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk> 1 Subject: Re: VMS question regarding SMTP headers.i4 Message-ID: <c17pv7$olh$1$8300dec7@news.demon.co.uk>   Hi Steve  E Is this using the VMS box as a POP server or as a POP client.  If the 	 latter...o   How did you do it?   Steve      -- Steve Reece.. system at ipl dot nomed-reversed dot co dot uk    1 "Steve Young" <sdyoung@well.com> wrote in messagel< news:slrnc0rfq2.2fsa.steve@h68-144-59-39.cg.shawcable.net...
 >   Hello, >-K >   I have successfully got SMTP working fine on my VMS box.  However, whene IeJ > grab email over POP, there is a blank line between the headers that wereL > added on the VMS machine, and the headers that were already in the messageK > when it was delivered.  This makes the headers appear as part of the bodyiI > to my MUA, which is kind of ugly.  Is there a fix for this? I've looked E > in the TCP/IP Admin guide on HP's site and couldn't find any direct L > reference to this.  If it is documented then a hint on where it's at would > be much appreciated. >r >   Thanks,n
 >   Steve. >l   ------------------------------  % Date: Sat, 21 Feb 2004 13:31:11 +0000 ) From: Tony Arnold <tony.arnold@man.ac.uk>n) Subject: Re: what is "$ FONT/DIR" on VAX?h: Message-ID: <c17miv$1ednvo$1@ID-207001.news.uni-berlin.de>   Phillip,  / Phillip Helbig---remove CLOTHES to reply wrote:   G > I downloaded some .BDF files and used the FONT command to create someuI > .PCF files on ALPHA and .DECW$FONT files on VAX.  I then copied them to G > SYS$SYSDEVICE:[VMS$COMMON.SYSFONT.DECW.USER_COMMON].  On ALPHA, I rani > the FONT/DIR command.  > J > There doesn't seem to be an equivalent command on VAX.  Why not?  Is it E > necessary?  (FONT/DIR doesn't seem to be documented on ALPHA, even lH > though it is there on my system and the FONT command IS documented in  > HELP.)  E Does it do what mkfontdir does on Unix systems (and is supplied with aE DECwindows, I believe). X.11 requires a file which is a directory of  H font names and their associated file names. Whenever new font files are I added, this directory file needs to be regenerated. mkfontdir used to be  ; the way to do this, but perhaps font/dir is an alternative.    Tony.  -- gF Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,: University of Manchester, Oxford Road, Manchester M13 9PL.F T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039E E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnoldt   ------------------------------  % Date: Fri, 20 Feb 2004 13:59:57 -0500m* From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: Why was VAX abandonned ?w) Message-ID: <4036592B.E052B07B@istop.com>)  $ re: IBM 360 needing byte alignement.  K I think there is a BIG difference between needing byte alignment for binaryaJ objects (short, long) and having a CPU incapable of fetching a single byte from any memory location.S  L If you need to load 4 bytes into a register for some multiplication, one canJ understand that having right alignment can help. But when you move/compareI bytes in a string, not having the ability to do operations on any byte in $ memory creates interesting problems.  H Just how did the early versions of Alpha compilers manage string compare operations ?   ------------------------------    Date: 21 Feb 2004 05:50:48 -0800! From: tom@kednos.com (Tom Linden)x% Subject: Re: Why was VAX abandonned ?n= Message-ID: <ef893e89.0402210550.43d6b2be@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<4036592B.E052B07B@istop.com>... & > re: IBM 360 needing byte alignement. > M > I think there is a BIG difference between needing byte alignment for binary L > objects (short, long) and having a CPU incapable of fetching a single byte > from any memory location.i > N > If you need to load 4 bytes into a register for some multiplication, one canL > understand that having right alignment can help. But when you move/compareK > bytes in a string, not having the ability to do operations on any byte inr& > memory creates interesting problems. > J > Just how did the early versions of Alpha compilers manage string compare > operations ?   We used shift and mask.a   ------------------------------    Date: 21 Feb 2004 06:04:57 -0800! From: tom@kednos.com (Tom Linden)V% Subject: Re: Why was VAX abandonned ?t= Message-ID: <ef893e89.0402210604.7d3771b1@posting.google.com>r  f glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote in message news:<2oBZb.91443$jk2.440618@attbi_s53>... > JF Mezei wrote:  > ( > > re: IBM 360 needing byte alignement. >  iO > > I think there is a BIG difference between needing byte alignment for binary N > > objects (short, long) and having a CPU incapable of fetching a single byte > > from any memory location.  >  SP > > If you need to load 4 bytes into a register for some multiplication, one canN > > understand that having right alignment can help. But when you move/compareM > > bytes in a string, not having the ability to do operations on any byte in'( > > memory creates interesting problems. > F > But consider that much of RISC is having the compiler do things thatF > otherwise would be done inside the processor.  Any machine with ECC I > memory, and most with cache must fetch the fullword from memory, modifyVG > the appropriate byte, and then write the word back.  Alpha makes this-H > explicit at the assembly level, instead if implicit.  It still must be > done either way. > D > There are special instructions for modifying a byte in a register.H > Now, do the three instructions, fetch modify write execute faster than: > one byte write on other machines?  That is the question.  H There is also the issue of code compaction.  Three instructions (granted4 perhaps shorter) will consume more memory bandwidth. > 	 > -- glenS   ------------------------------  % Date: Sat, 21 Feb 2004 12:56:43 -0000hG From: "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk>S@ Subject: Re: will these third-party CD-ROM drives work with VMS?4 Message-ID: <c17kgd$hpr$1$8300dec7@news.demon.co.uk>  I To add to the confusion, I have a Matsushita CW-7502 that will boot a DECa= 3000-600 fine but refuses to boot a VAXstation 4000 model 90.   I The Toshiba XM5401TA drives (actually labelled XM5401-B) that I have boot L the DEC3000 and a recently accquired SparcStation 20 it would seem, though I7 will admit I've not tried them on the VAXstation (yet).P  J The Toshiba XM6201-TAS that replaced the RRD43 in the DEC3000's system boxL came from www.scan.co.uk, though the cheaper SCSI CD-ROM drive that Scan had  at the time wouldn't go near it.  L I think the phrases YMMV and (for the eternal optimist) "go figure" are mostA appropriate at times.  Unless, of course, you buy a DEC CD drive!    Steve>    ; "William Webb" <al5vf03p02@sneakemail.com> wrote in message 6 news:d5ce4b06.0402200927.d9825a2@posting.google.com...; > "Jeff Humber" <matrix01@globalnet.co.uk> wrote in messagen* news:<c10tqq$ur$1@titan.btinternet.com>... > > Philip,  > > G > > I believe you need to configure the CD-ROM for 512 bytes to achievee OpenVMSa > > compatibility. > >eG > > Check out the link below, it mentions the Plextor & Toshiba models.d > > / > > http://narpes.com/aw/vax/dec-cdrom-list.txt  > >e > > Regards, > >e > > Jeff > >  > >e. > > "Phillip Helbig---remove CLOTHES to reply"! <helbig@astro.multiCLOTHESvax.de>l3 > > wrote in message news:c10qfe$u49$1@online.de...oH > > > I've come across some third-party CD-ROM drives.  Any idea if they will? > > > work with VMS?  (And if so, what jumper settings I need?)n > > >eG > > > Cyberdrive 120S.  Only 4 jumpers, clearly labeled for SCSI-ID andh > > > termination. > > >rC > > > Plextor PX-32TSi.  8 jumpers, clearly labeled for SCSI-ID and K > > > termination, as with the Cyberdrive, but also parity, test, block and0K > > > eject.  I assume that "block" is to switch between 512 and 2048 bytesHF > > > per sector.  Should "parity" be jumpered?  What could "test" and "eject" 
 > > > be for?r > > > F > > > Toshiba XM-5701B.  8 jumpers, like the Plextor, but not labeled. > > >t >6 > Ask and ye shall receive.i' > Here are the Toshiba jumper settings:t >c+ > http://www.cec-computer.dk/cdjump.htm#12Xr >a > WWWebb >s > ========================" > William W. Webb- EMS Operations, > OpenVMS Systems Supportn& > USPS DSSC Annex - 4730 Hargrove Road* > Raleigh, NC 27616-2874 919.325.7500x4186	 > * * * -d   ------------------------------  # Date: Sat, 21 Feb 2004 13:14:37 GMTe5 From: rdeininger@mindspringdot.com (Robert Deininger)s% Subject: Re: XP1000 technical manual?nL Message-ID: <rdeininger-2102040819290001@user-uinj0cc.dialup.mindspring.com>  ; In article <4036A3D4.1030309@Flying-Disk.com>, Alan Frisbie"' <Usenet01REMOVE@Flying-Disk.com> wrote:e  > >Does anyone know if a technical manual exists for the XP1000?; >I looked at everything pointed to by Ask The Wizard #8184,z >in particular:o >sA >   And specifically for the AlphaStation XP1000 series hardware:s >o; >     ftp://ftp.compaq.com/pub/supportinformation/techpubs/s+ >         maintenance_guides/120205-002.pdft >t@ >But this manual is for PCs, and contains nothing more technical? >than "If it does not turn on, make sure it is plugged in" (OK,i9 >it does go a bit further than that, but not much).   I'ms, >afraid that The Wizard blew it on this one. >l= >I'm looking for something that is actually useful to someoneo= >who wants to open the case and do something radical like addi >memory or a disk drive. >o) >Has anyone ever seen anything like that?-  D Documentation for the XP1000 (and the Digital Personal Workstations)H pretty much marks the low point for alpha systems.  I haven't found goodG technical or diagnostic docs.  Even the service manual I have seen is a G joke.  Maybe service depots that do module-level repairs have better; Io don't know.o  H But to open the case, you loosen the 3 thumbscrews on the back and slideJ the cover off.  The plastic front panel is held by snap-clips that you can get to once the cover is off.   G Disks and memory go in the fairly obvious places.  Disks are "standard"yJ SCSI, and I've never seen generic specs for XP1000 memory.  Use DEC/CompaqI memory, or compatible.  (I realize that's not a useful description, but Ie don't have better.)e   ------------------------------  + Date: Sat, 21 Feb 2004 07:44:58 -0600 (CST)> From: sms@antinode.org% Subject: Re: XP1000 technical manual?P) Message-ID: <04022107445796@antinode.org>r  5 From: rdeininger@mindspringdot.com (Robert Deininger)   F > Documentation for the XP1000 (and the Digital Personal Workstations)J > pretty much marks the low point for alpha systems.  I haven't found goodI > technical or diagnostic docs.  Even the service manual I have seen is arI > joke.  Maybe service depots that do module-level repairs have better; Ii
 > don't know.t  I    I have high hopes for the two manuals which appear not to be on-line. n# (Low expectations, but high hopes.)i  J > But to open the case, you loosen the 3 thumbscrews on the back and slideL > the cover off.  The plastic front panel is held by snap-clips that you can > get to once the cover is off.t  	    Swell.i  I > Disks and memory go in the fairly obvious places.  Disks are "standard"tL > SCSI, and I've never seen generic specs for XP1000 memory.  Use DEC/CompaqK > memory, or compatible.  (I realize that's not a useful description, but I* > don't have better.)v  G    Now that you mention it, Crucial (Micron) sent me a set of four withaG a Micron label marked "MT18LSDT3272G-10EE1 PC100-222-622R 256MB, SDRAM,hE 100MHz, CL2, ECC", and a Crucial label marked "CT32M72S4R7E.18T", and H they worked fine before the incident.  (Hmmm.  Maybe they'll work in the> PWS500a.  I must investigate.)  These appear on Ebay with some) frequency, though seldom in sets of four.@  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgr    Saint Paul  MN  55105-2547e   ------------------------------  # Date: Sat, 21 Feb 2004 14:32:08 GMTh4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)% Subject: Re: XP1000 technical manual?o0 Message-ID: <IZJZb.236326$U%5.1495348@attbi_s03>   In article <rdeininger-2102040819290001@user-uinj0cc.dialup.mindspring.com>, rdeininger@mindspringdot.com (Robert Deininger) writes: !snip! !nE !Documentation for the XP1000 (and the Digital Personal Workstations) I !pretty much marks the low point for alpha systems.  I haven't found goodtH !technical or diagnostic docs.  Even the service manual I have seen is aH !joke.  Maybe service depots that do module-level repairs have better; I !don't know. !nI !But to open the case, you loosen the 3 thumbscrews on the back and slide K !the cover off.  The plastic front panel is held by snap-clips that you cani !get to once the cover is off. ! H !Disks and memory go in the fairly obvious places.  Disks are "standard"K !SCSI, and I've never seen generic specs for XP1000 memory.  Use DEC/Compaq J !memory, or compatible.  (I realize that's not a useful description, but I !don't have better.)  J The SOC mentioned earlier in this thread has memory information (as do all SOC's that I've seen:    Step 4-Memory E Selection of a minimum of 128 MB memory is mandatory for CTO systems tK Systems support 128 MB to 2 GB system memory (two memory banks support foura DIMMs per bank).   SN-MSP01-KAq( 128 MB ECC memory DIMMs (4 x 32MB DIMMs) SN-MSP01-KBo( 256 MB ECC memory DIMMs (4 x 64MB DIMMs) SN-MSP01-KCh) 512 MB ECC memory DIMMs (4 x 128MB DIMMs)  SN-MSP01-KDa* 1024 MB ECC memory DIMMs (4 x 256MB DIMMs)  M As implied elsewhere in this thread, visiting 3rd-party memory suppliers suchoO as crucial.com, and inputting the above-named part numbers, can sometimes yieldiO equivalent (and cheaper) memory parts.  I've used crucial parts in my PWS 433aumL for several years without incident; I've seen other threads where folks haveN supplied similar testimonials for other 3rd-party vendors.  Of course, if your= machine or app is mission-critical, then it's best to go with ( Digital/COMPAQ/hp-recommended parts.	:-)  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own"nK bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-' V0                                          with @"   ------------------------------   End of INFO-VAX 2004.103 ************************