0 INFO-VAX	Sat, 04 Feb 2006	Volume 2006 : Issue 69      Contents: Re: Alpha for XP Re: Alpha for XP Re: Alpha for XP$ Re: Boot Error on Shadowed Sys Disk.* Re: Cisco to sink: names Capellas to board" Cool new XFC patch (OpenVMS-7.3-2)& Re: Cool new XFC patch (OpenVMS-7.3-2)& Re: Cool new XFC patch (OpenVMS-7.3-2) DEC PWS433au memory  Re: DEC PWS433au memory  Re: DEC PWS433au memory  Re: FOR070.DAT files appearing From  Space Archive Vol 5 1985 FS& Re: Hobbyist kit installation problems= Re: Intel hires itanium engineers - at least they are trying! = Re: Intel hires itanium engineers - at least they are trying! = Re: Intel hires itanium engineers - at least they are trying! & Re: Intel/Hp spend $10 billion on IA64 Re: Memory allocation query  Re: null terminated strings  Re: Phaser 560 and DCPS problem  Re: Selling Alphaservers! ' Re: The Pentium Chronicles (2006.01.31)  WANTED: DEC 6000-660 nameplate Re: _XDispatchInput return 0  F ----------------------------------------------------------------------   Date: 3 Feb 2006 10:36:25 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett)  Subject: Re: Alpha for XP , Message-ID: <yhL3xBbwjkHm@malvm9.mala.bc.ca>  7 In article <43e39e41$0$13737$ba620dc5@nova.planet.nl>,  8    Wilm Boerhout <w4OLD.boerhout@PAINTplanet.nl> writes:  ) > Bob Koehler mailde op 3-2-2006 15:43...  >>    Yes, a real bargain! >>  . >>    Considering I paid $50 for a real Alpha. > K > True, for acquiring the Alpha. Now add your power bill, floorspace costs   > and calculate again... >   B   Assuming the $50 alpha was a PWS or DS10(L) or something of that> ilk power and floorspace costs are not likely to be much of a B consideration. $50 seems like a particularly good deal but there's; lots of Alpha's of that class available for less than $500.   ;   Are there any benchmarks as to how this emulator performs  compared to a real Alpha?    ------------------------------  $ Date: Fri, 3 Feb 2006 14:21:04 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com>  Subject: Re: Alpha for XP 7 Message-ID: <uWNEf.3368$Iy4.749@bignews1.bellsouth.net>   % Anyone reading this should take note.   H If you are going to pay $400+ for an Alpha we can provide the following:   Alphaserver DS10L 466Mhz
 30GB IDE Disk  256MB Memory   $449  H AND I GUARANTEE that you can run ANY current VMS application without any  compilers, or risk of crashing !   DT       --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   $ <mb301@hotmail.com> wrote in message= news:1138973739.261441.107300@g47g2000cwa.googlegroups.com... G > Anyone onr here using this product yet? sound like a bargin only $465  > < > http://www.emulatorsinternational.com/en/personalalpha.htm >    ------------------------------  $ Date: Fri, 3 Feb 2006 19:55:01 -0500% From: "Chris Moore" <no.one@no.where>  Subject: Re: Alpha for XP : Message-ID: <GXSEf.18301$Sk1.347890@news20.bellglobal.com>  % <mb301@hotmail.com> wrote in message  = news:1138973739.261441.107300@g47g2000cwa.googlegroups.com... G > Anyone onr here using this product yet? sound like a bargin only $465  > < > http://www.emulatorsinternational.com/en/personalalpha.htm >   K Seems to me that everyone is missing the point of this.  You can buy VAXes  K cheap, but that doesn't change the fact that they're out of production and  K at least 10 years old.  CHARON-VAX is a great solution to keeping the apps  $ without worrying about the hardware.  I Alphas are soon to follow the same path to oblivion.  Last Order Date is  K fast approaching, and how do I keep Alpha 1000 apps running without Appl'n  J Support people, or the ability to update to a new system unit?  Answer is / this emulator -- maybe not today, but soon ....    cm     ------------------------------   Date: 3 Feb 2006 16:37:59 -0800  From: mckinneyj@saic.com- Subject: Re: Boot Error on Shadowed Sys Disk. C Message-ID: <1139013479.230680.177920@g43g2000cwa.googlegroups.com>   9 > and bugchecked, giving a message, the gist of which was - > "Unable to boot from shadowed system disk".   A In my experience, the only time I've encountered this is when the A booting system can not find a path to all members of the shadowed A system disk. Your shadow copy has long finished by now; you might G attempt booting again. If it succeeds then the issue would appear to be B one where the bootstrap was attempting to access the target of theE shadow copy. If it fails in the same manner as before, then I'd begin C checking that the bootdef_dev, and wwidmgr paths, and nodes are all F correct. You might also check that the order of each definition is the$ same as the current cluster members.   ------------------------------   Date: 4 Feb 2006 00:21:37 -0600 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>3 Subject: Re: Cisco to sink: names Capellas to board ? Message-ID: <DTiotGxQ0bj6-pn2-8rOwbG06Gr9h@dave2_os2.home.ours>   2 On Fri, 3 Feb 2006 03:19:15 UTC, David J Dachtera " <djesys.nospam@comcast.net> wrote:   > JF Mezei wrote:  > > # > > http://newsroom.cisco.com/dlls/  > > * > > Curly has been named to Cisco's board. > > / > > At least they acknowledged his limitations:  > > , > > "Michael is a seasoned general manager". > > J > > That is about all he is. Hopefully Cisco will not let Curly damage theL > > company.   The message though is that Cisco is now opened for bids to be > > taken over/dismantled. > I > I don't see how the Cicso juggernaut could even remotely be compared to 1 > the foundering messes that were DEC and Compaq.   F At a recent DECUS meeting in Munich it was put to us by one of Cisco'sD competitors that they are winning from Cisco because Cisco is still F too 'proprietary' and was losing out to those networking companies who are implementing the Standards.    --   Cheers - Dave W.   ------------------------------  $ Date: Fri, 3 Feb 2006 18:37:59 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> + Subject: Cool new XFC patch (OpenVMS-7.3-2) : Message-ID: <wPREf.16891$Sk1.341983@news20.bellglobal.com>  L Note: the following problem + solution probably may only affect SMP systems.  	     #####   L About 10 weeks back (near the end of November) we upgraded to OpenVMS-7.3-2 L and immediately applied consolidated patch kit #5. We also upgraded our web M server s/w to SWS-2.1. We were running a two-CPU DS20e on 2 GB of memory and  L the system was unbelievably fast because most of the file system, including # our database, was cached in memory.   D Everything was cool until we added a third 1 GB kit. Now the system K throughput was even faster and occasionally (every 3 or 4 days) our system  L would lock up at times of peak usage. There would not be any dumps or error K log entries and the only way to get control of the system was to do a hard   reset from the console.   M At this point I first suspected that we might have installed some bad memory  L but was since there was no dump or error log entries, I was more suspicious L of the fact that the system only locked-up when it was very busy. I wrote a J little batch job to "log a system snap-shot" every minute (very low tech) J and discovered that the system lockup occurs only when the system is busy J AND someone executes some poorly written reports from Apache. Not knowing ' what to do at this point, I decided to:   : 1. reduce QUANTUM from 20 to 15 (slow down the throughput)M 2. reduce the number of Apache spare servers etc. (don't respond too fast to   the web)  M The system never ever locked up after that but we were always waiting for it  
 to happen.  	     #####   J  I was browsing the OpenVMS patch tree a few weeks back and discovered an I XFC patch published in Dec-2005 after the published date of consolidated  G patch kit #5. The patch description described some problems related to  L MPSYNCH and talked about some lockup symptoms which were similar to mine. I K installed the patch last week and return everything back to their original  K settings and the system has not locked up since (even though I was running  L that poorly written report from Apache during the peak periods). But here's @ the kicker, for some reason the system seems faster than before.   Kudos to OpenVMS Engineering.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  # Date: Sat, 04 Feb 2006 00:40:35 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>/ Subject: Re: Cool new XFC patch (OpenVMS-7.3-2) > Message-ID: <7KSEf.49926$PL5.39424@newssvr11.news.prodigy.com>  H You didn't mention a TCPIP ECO so I'll point that out as well.  A systemF hang (including a possible cluster hang) existed in TCPIP 5.4.   ECO 4G included the fix and  ECO 5 is the current patch.  All direct I/O would F hang.  Attempts to connect would display the login banner and usernameJ prompt then stop.  After forwarding crash dump info to HP this was quickly	 resolved.   L Plug for Availablity Manager for troubleshooting access and ability to force a crash remotely.   L I really enjoy working with a product where a problem is taken seriously and2 quickly corrected.  Bravo Zulu to VMS Engineering.   --       Andy Bustamante  Remove the ASCII 95s for e-mail     4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message4 news:wPREf.16891$Sk1.341983@news20.bellglobal.com...E > Note: the following problem + solution probably may only affect SMP  systems. >  >     #####  > ? > About 10 weeks back (near the end of November) we upgraded to 
 OpenVMS-7.3-2 4 > and immediately applied consolidated patch kit #5. > But here'sB > the kicker, for some reason the system seems faster than before. >  > Kudos to OpenVMS Engineering.  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >  >    ------------------------------  $ Date: Fri, 3 Feb 2006 20:59:20 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> / Subject: Re: Cool new XFC patch (OpenVMS-7.3-2) : Message-ID: <XTTEf.22701$Iw6.833917@news20.bellglobal.com>  B "Andy Bustamante" <a_c_bustamante@earthlink.net> wrote in message 8 news:7KSEf.49926$PL5.39424@newssvr11.news.prodigy.com...J > You didn't mention a TCPIP ECO so I'll point that out as well.  A systemH > hang (including a possible cluster hang) existed in TCPIP 5.4.   ECO 4I > included the fix and  ECO 5 is the current patch.  All direct I/O would H > hang.  Attempts to connect would display the login banner and usernameL > prompt then stop.  After forwarding crash dump info to HP this was quickly > resolved.  > I > Plug for Availablity Manager for troubleshooting access and ability to   > force  > a crash remotely.  > K > I really enjoy working with a product where a problem is taken seriously   > and 4 > quickly corrected.  Bravo Zulu to VMS Engineering. >  >  > Andy Bustamante ! > Remove the ASCII 95s for e-mail  > M We were using TCPware so that problem didn't affect us. I glad it worked out   for you though.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Fri, 03 Feb 2006 23:18:11 +0000  From: Eccles <nospam@home> Subject: DEC PWS433au memory3 Message-ID: <luidndRm6-kzeX7eRVnyjQ@brightview.com>   
 Hello All,  H I picked up a DEC PWS 433au from ebay but it doesn't have any memory in H it.  Can I use any 168-pin PC100 ECC SDRAM (so long as they're matched) - or does it need to be proprietry DEC memory ? H Also, given that I want to install VMS purely for hobbyist use, nothing A serious or heavy going - how much would you reckon I would need ?    Thanks,  Martin.    ------------------------------  * Date: Fri, 3 Feb 2006 23:58:29 +0000 (UTC)- From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis)   Subject: Re: DEC PWS433au memory. Message-ID: <ds0qn5$pkp$1@newslocal.mitre.org>  u Eccles <nospam@home> writes in article <luidndRm6-kzeX7eRVnyjQ@brightview.com> dated Fri, 03 Feb 2006 23:18:11 +0000:  > I >I picked up a DEC PWS 433au from ebay but it doesn't have any memory in  I >it.  Can I use any 168-pin PC100 ECC SDRAM (so long as they're matched)  . >or does it need to be proprietry DEC memory ?I >Also, given that I want to install VMS purely for hobbyist use, nothing  B >serious or heavy going - how much would you reckon I would need ?  F Yes, generic memory works, in matched pairs.  I think you can even use non-ECC.  K Define "hobbyist use".  I run an Alphastation 500 for Apache and audio with H only 192 MB, but I use 500 MB in my 500au which I use for DECwindows and Mozilla.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Sat, 04 Feb 2006 00:14:53 +0000  From: Eccles <nospam@home>  Subject: Re: DEC PWS433au memory3 Message-ID: <dpmdnTMaw5hjbH7eRVnyiA@brightview.com>    Keith A. Lewis wrote: w > Eccles <nospam@home> writes in article <luidndRm6-kzeX7eRVnyjQ@brightview.com> dated Fri, 03 Feb 2006 23:18:11 +0000:  > J >>I picked up a DEC PWS 433au from ebay but it doesn't have any memory in J >>it.  Can I use any 168-pin PC100 ECC SDRAM (so long as they're matched) / >>or does it need to be proprietry DEC memory ? J >>Also, given that I want to install VMS purely for hobbyist use, nothing C >>serious or heavy going - how much would you reckon I would need ?  >  > H > Yes, generic memory works, in matched pairs.  I think you can even use
 > non-ECC. > M > Define "hobbyist use".  I run an Alphastation 500 for Apache and audio with J > only 192 MB, but I use 500 MB in my 500au which I use for DECwindows and
 > Mozilla. > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.  I I tried non-ecc ram in it and all it did was beep the 1-3-3 code so I'll  8 have to try ecc ram instead.  Thank goodness for ebay !!  F All I'll probably end up doing with it is possibly running Apache and H DCL coding and doing things to it that I wouldn't dream of doing to our H Alpha systems at work, like trying some other software/freeware just to D see what it's like. I can't do this at work because the systems are G validated, if I make a small change then it needs to be documented and  / checked so a box of my very own would be great.    Thanks,  Martin.    ------------------------------  % Date: Fri, 03 Feb 2006 16:21:31 -0800 , From: Ken Fairfield <my.full.name@intel.com>' Subject: Re: FOR070.DAT files appearing + Message-ID: <ds0s2e$e44$1@news01.intel.com>    Bill Gunshannon wrote:5 > In article <M3++I7Xy+tA9@eisner.encompasserve.org>, @ > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:] >> In article <droll5$kav$1@news01.intel.com>, Ken Fairfield <my.full.name@intel.com> writes: J >>>     I'm afraid both of you are *WAY* out of date...by almost 15 years.J >>> IMPLICIT NONE has been Standard Fortran since 1993 when the Fortran 90I >>> standard was formally approved.  When F90 was approved, it became the 6 >>> single, official, international Fortran standard. F >>    When Fortran 90 was adopted, it was so different from Fortran 77G >>    that ANSI did something unusual:  it kept the Fortran 77 standard E >>    as is, as an existing standard, and adopted Fortran 90 as a new 9 >>    standard.  I assume Fortran 95 replaced Fortran 90.  >>F >>    I don't know what ISO did with Fortran 77, but as far as ANSI isF >>    concerened there is not one single, official, American standard. > F > And some of us really don't much care what ISO does!!  Driven mostlyJ > by international politics it is a safe bet that ISO will choose whatever! > is most likely to annoy the US.   B      My god...  This makes the words, "head in the sand", pop intoE my mind...but I won't go there.  It does seem highly out of character B coming from someone in an academic environment where internationalC collaboration, exchange of ideas and cooperation on projects is the 	 norm. ;-(   D      I'd also challenge you to find a commercial Fortran 77 compilerE still being sold today.  Oh, you can buy a compiler that will compile A Fortran 77 code, but most (by far) commercial compilers available D today, on any platform, are F95 compilers...with a few F90 compilersB as stragglers.  Even on the open source front, you'll find g95 andF gfortran, both F95 compilers, but g77 has not been touched in years...D (One exception I will grant is the VAX Fortran compiler which is F77E plus extensions, a lot of them.  It does cost money to license and so @ counts as "commercial".  But VAX was EOL a long time ago, and NO> development has been done on that compiler since the VMS/AlphaA version was released, so it's stretching the idea to say that its  "being sold today".)  B      The Fortran market has spoken, both in the US and the rest of
 the world.    E      In any case, I polled some regular posters on comp.lang.fortran, @ specifically, those who are present or past members of X3J3 (theE ANSI committee responsible for Fortran), on the status of the various D Fortran standards.  Richard Maine of NASA, in particular, was the J3E editor of the F95 and F2K3 standards; Michael Metcalf (at CERN at the E time) was on the committee during the time the F90 standard was being E written and is the author of 3 books (at least) on F90, F95 and F2K3; E Dan Nagle (who has his own consulting company) is a former J3 member;  as is William Clodius of LANL.  D      You can read the responses for yourself via Google groups here:  ~ http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/defb54f609c93269/230a25de20ca4818?hl=en#230a25de20ca4818  ? (Sorry for the very long URL...alternatively, just look for the @   thread titled, "Timeline for F90, F95, F2K3 standardization".)    B      Back to ANSI and US standards, here are the expert's remarks:   Mike Metcalf stated,  B      "F90 also became ANSI X3.198-1992, killing F77 for all time."  ' Richard Maine was not so sure and said,   A      "I thought I recalled some "hack" whereby F90 got the X3.198 @       number specifically so that it did not necessarily replace       X3.9-1978 (f77)."   , But William Clodius put a lid on it, saying,  C      "Although I couldn't identify the exact date of withdrawal, in I       1994 a majority of X3J3 voted to ask ANSI to withdraw the standard, F       in April 1995 it had still not been withdrawn, but by early 1997H       discussions, by me, indicated it had been withdrawn without giving       a date."  6 Regarding F95, Richard Maine gave the following dates:  D      "My official copy <of the standard> shows a publication date of       15 December 1997."  D      "F95 was done as an ANSI "I" project (I think the "I" stood forE       international). The essence of "I" project rules was that there E       was only a single approval cycle. Approval of the international ?       standard automatically counts as approval of the US one."    Also, Dan Nagle explained:  9      "The dates in the informal names (Fortran 90 et al.) )       are the dates the content is fixed.   A       The dates in the formal name (ISO/IEC 1539-2004 Programming @       Languages Fortran) is the date the standardization process        finally runs it's course."  E Which reminded me that F2K3 *has* been approved as ISO/IEC 1539-2004, F which was published on 15 November 2004.  So F2K3 is _the_ current/newF Fortran standard (even though there aren't any compilers yet availableA that support (all) the new F2K3 features...such is the process of - language development and standardization...).     ?      The upshot is that those _claiming_ there is not a single, 4 international standard for Fortran are simply wrong.    	      -Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------   Date: 3 Feb 2006 21:01:16 -0800  From: tomarsin2015@comcast.net' Subject: From  Space Archive Vol 5 1985 B Message-ID: <1139027098.685521.40820@f14g2000cwb.googlegroups.com>   CHAPTER 2 CRAYF Computer animation brings us these extraordinay still and motion earth images. D At the Los Alamos National Laboratory, Cray supercomputers, the most< powerful ever assembled ......calculations that once took anB astrophysicist and his students 18,000 hours to complete are now a< snap. A Cray-1 computer can do them all in six seconds......  
 CHAPTER 3 VAX A Image you're the Pioneer Venus Orbiter. You've just returned from  probing secrets beneath G Venus' opaque cloud covering and now you've turned your radar vision on C Earth...The resulting topographic globe or Earth constricted by VAX 9 computer simulation gives a spinning, even dizzying view.    ------------------------------   Date: 3 Feb 2006 20:51:08 -0800  From: tomarsin2015@comcast.net Subject: FS B Message-ID: <1139028668.122928.61660@g14g2000cwa.googlegroups.com>   Hello F 1 MIT QTS-30 scsi qbus disk controller - no manuals or cables b.o plus shippingE 1 Cisco MultiNet and Process Software Multinet 4.4 - Have the manuals D for Multinet 4.4, but not for the Cisco Multinet - b.o plus shipping  G  I will be parting with a 3100-85 by next week This system is a PDC for D Pathworks. It has 32megs of memory. This system has almost every VAXB application available. The system has 3 Seagate 18gb drives with 2@ setup as a shadow set pair. Also the system has a DDS-3 tape forF backup. This would make a very good hobbyiest system. If you need more details e-mail me.8 This OFFER IS GOOD FOR THE 48 STATES ONLY - PAYPAL ONLY. Tks  phil   ------------------------------   Date: 3 Feb 2006 22:30:07 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139034607.335139.79780@z14g2000cwz.googlegroups.com>  G Hmm, I'm not sure I see the point. I'm only a novice at VMS, why should F I attempt to obtain a third party product when I already have a TCP/IPC stack on the Montagar cd? I only want telnet, after all. If I could " just install that I think I would.  C Speaking of which, now that I plan to take off DECnet Plus, I'm not G sure I want it installed at all. I don't have anything else that speaks  DECnet, so why bother?   I think my ideal system has: VMS  Telnet C (or C++ if it exists)  FORTRAN 4 X11 (or DECwindows or Motif or whatever it's called)  B This is just a hobby anyways. I'm not going to get worked up if it: crashes or anything. My XP machine already crashes for me.   ------------------------------  % Date: Fri, 03 Feb 2006 13:34:06 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Intel hires itanium engineers - at least they are trying!, Message-ID: <43E3A21D.19B0A8D9@teksavvy.com>   > bob@instantwhip.com wrote:E > > sounds like they need more compiler people, not design people ...  > > - > > http://www.theinquirer.net/?article=29470     B I have to keep reminding myself to no longer go to that site which crashes netscape.   B But i did manage to get the source and find the paragraph of text.  % These "hiring" ads can be misleading.   C Say they have 1000 engineers, 700 of whom are reassigned to another H project, and Intel announced it is hiring 150 people. That still means aG net loss of 550 people even though on paper it looks like DEC is hiring  for that project.   F This is similar to some car company that announces a plant closure butC with no reduction in employees. Employees in Town A will lose their H jobs, and the car company hires new people in Town B.  On paper it looks! neutral, but in reality it isn't.       A Total headcount on that IA64 thing over the years would be a more  relevant number.   ------------------------------  % Date: Fri, 03 Feb 2006 19:32:20 -0500 ( From: Bill Todd <billtodd@metrocast.net>F Subject: Re: Intel hires itanium engineers - at least they are trying!G Message-ID: <iN6dnR9CpcuKa37enZ2dnUVZ_t6dnZ2d@metrocastcablevision.com>    Alan Greig wrote:    ...   K > So Intel had their own Itanium design team, then got the Alpha team then  H > HP's team and now they want to hire new staff for an Itanium project. ? > Does that mean they've moved all the best people off Itanium?   G Well, we've already heard that a goodly percentage of the Alpha people  = are now doing something else (both within and without Intel).   
   Or was 33 > design teams not enough and they are going for 4?   B 'In the next five years the company expects to add a "significant D number" of design engineers to work on its Itanium microprocessors' I doesn't sound like enough people for anything like another entire team -  * much more like replacements for attrition.   - bill   ------------------------------  $ Date: Fri, 3 Feb 2006 20:48:05 -0500, From: "Richard Tomkins" <tomkinsr@istop.com>F Subject: Re: Intel hires itanium engineers - at least they are trying!= Message-ID: <43e408af$0$27796$6d36acad@titian.nntpserver.com>   % http://www.pasemi.com/about/team.html   > This reads as much of the worlds top designers, DEC, IBM, AMD.      5 "Bill Todd" <billtodd@metrocast.net> wrote in message A news:iN6dnR9CpcuKa37enZ2dnUVZ_t6dnZ2d@metrocastcablevision.com...  > Alan Greig wrote:  >  > ...  > L > > So Intel had their own Itanium design team, then got the Alpha team thenI > > HP's team and now they want to hire new staff for an Itanium project. A > > Does that mean they've moved all the best people off Itanium?  > H > Well, we've already heard that a goodly percentage of the Alpha people? > are now doing something else (both within and without Intel).  >  >   Or was 35 > > design teams not enough and they are going for 4?  > C > 'In the next five years the company expects to add a "significant E > number" of design engineers to work on its Itanium microprocessors' J > doesn't sound like enough people for anything like another entire team -, > much more like replacements for attrition. >  > - bill   ------------------------------  % Date: Fri, 03 Feb 2006 17:18:59 -0500 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: Intel/Hp spend $10 billion on IA64 G Message-ID: <CtydnXsJ__pIS37enZ2dnUVZ_vudnZ2d@metrocastcablevision.com>    JF Mezei wrote:    ...   J > That is $10,000,000,000.00  spent in marketing by some association whose# > purpose is to help IA64 survive.    K No, it is not.  Try re-reading my earlier response until you understand it.    - bill   ------------------------------  % Date: Fri, 03 Feb 2006 10:31:50 -0800 , From: Ken Fairfield <my.full.name@intel.com>$ Subject: Re: Memory allocation query+ Message-ID: <ds07in$3vt$1@news01.intel.com>    Paul Sture wrote:  > ade@nowhere.com wrote: >> Hi, >> >> Vax 4000-400, VMS 6.1 >>J >> This system has recently crashed citing         "NOPRCPGFL, Failure to  >> assign process pagefile"  >>I >> The reason for the crash is apparently because PHD$L_PRCPGFLREFS is 0.  >>J >> My query is about the process that this crash is occurring to. Someone H >> has stated that this process must have page a file quota of 900,000. J >> The system has one page file and no swap file, the total size of which G >> is about 140,000 blocks and the system has 128MB main memory. I was  H >> wondering what the assembled gurus would recommend in this instance. G >> Is it indeed 'normal' to specify a quota well in excess of what the   >> system could handle?  >> >> Your thoughts please. >> > I > Without knowing what the process does, 900,000 for Pgflquo sounds like  5 > it's suitable for an Alpha version of that process.   > Yes, but he's not on an Alpha, he's on a VAX 4000-400 (perhaps9 that was your point since you say, "suitable for an Alpha  *version* of that process").  ; Since this is a VAX, the SYSGEN parameter VIRTUALPAGECNT is ; relevant.  I don't recall what happens if PGFLQUO is larger < than VIRTUALPAGECNT, but I do know that parameter limits the2 amount of virtual memory any one process can have.  < What's more worrisome, especially in the context of a system@ crash, is that you may very well have problems if VIRTUALPAGECNT> is set *larger* than the sum of (pages of memory) + (blocks ofB page file).  It needs to be less than that sum by some comfortable margin.   = Note that the 128MB of memory plus 140000 blocks of page file A is only a little over 400K pages, much less than the 900K PGFLQUO A referenced above...  Again, I would expect running out of PGFLQUO > to crash a process, not the system, but we don't know anything> about this process (privileged? inner-mode?) and we don't know what VIRTUALPAGECNT is.     	      -Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------   Date: 4 Feb 2006 00:21:35 -0600 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>$ Subject: Re: null terminated strings? Message-ID: <DTiotGxQ0bj6-pn2-bJYFtyjPUW8u@dave2_os2.home.ours>   A On Thu, 2 Feb 2006 20:42:38 UTC, Roger Ivie <rivie@ridgenet.net>   wrote:  : > On 2006-02-02, Bill Gunshannon <bill@cs.uofs.edu> wrote:' > >  As another interesting data point, I > > I am in the process of examining the binary of a Z80 program from the I > > late 70's or very early 80's and, surpirse, surprise, all the strings  > > are null terminated. > I > The Z80 Pascals I used tended to store strings as a count byte followed D > by the string data. Not saying there weren't Z80 Pascals that usedJ > null-terminated strings, just that in my experience count/data was more # > popular amongst the Pascal crowd.  > E > In CP/M, the string terminator used by the operating system for the , > Print String call was a dollar sign ('$').  F I always thought that was 'quaint' - what did you do if you needed an 2 embedded $ - can't remember. i'm sure I never did.   --   Cheers - Dave W.   ------------------------------  # Date: Fri, 03 Feb 2006 20:34:45 GMT * From: Paul Anderson <paul.anderson@hp.com>( Subject: Re: Phaser 560 and DCPS problem5 Message-ID: <030220061449052084%paul.anderson@hp.com>   C In article <1138990547.926436.288030@f14g2000cwb.googlegroups.com>, + rcyoung <rcyoung@aliconsultants.com> wrote:    > I tried it without >  >   "DCPS$PHASER_NO_SYNC" = "1"  >   "DCPS$TEST" = "1"  > . > and with having the "LIB"  the logical set , >  >   "DCPS$PHASER_NO_SYNC" = "1"  >   "DCPS$TEST" = "1"  >   "DCPS_LIB" = "DCPS$DEVCTL" >         = "PHASER560_DEVCTL" > $ > same results from what I can tell.  A I had intended for you to define DCPS_LIB as its default value of G DCPS$DEVCTL.  I thought undefining it entirely would cause the symbiont A to fail, but maybe you didn't stop and start the queue inbetween.   ; But since DCPS$DEVCTL was listed first, the modules in your ? PHASSER560_DEVCTL library would not be used.  (What's in there,  anyway?)  @ And by "same results", do you mean you have empty log files (the DCPS$JOB_n_DIAG_x.LOG ones)?   Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Sat, 04 Feb 2006 00:46:32 +0100 " From: Jiri Kulhan <jiri@kulhan.cz>" Subject: Re: Selling Alphaservers!+ Message-ID: <44i8avF2apqvU1@individual.net>    vanjkos@gmail.com wrote: [...]   ? > -2 Seagate Cheetah 18.2GB Ultra SCSI 80 pin in raid-5 config;   H Until now I thought that number of discs required for RAID 5 must be an H odd number, starting with three... is there some el cheapo version? :-))   J.   ------------------------------  $ Date: Fri, 3 Feb 2006 21:11:53 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> 0 Subject: Re: The Pentium Chronicles (2006.01.31): Message-ID: <E3UEf.22852$Iw6.836474@news20.bellglobal.com>  6 "Andreas Davour" <ante@update.uu.se> wrote in message . news:cs9y80tkjla.fsf@Psilocybe.Update.UU.SE.../ > "Dr. Dweeb" <comp.os.vms@hotmail.com> writes:  > E >> Sadly, CompaQ killed the x86 BLISS compiler just as Rdb/NT started C >> shipping. Oracle could not ship a commercial product based on an H >> unsupported/dead compiler and reportedly tried to buy the compiler to> >> maintain themselves.  Apparently the price CompaQ asked wasH >> prohibitively high, so with no real options, Oracle killed the Rdb/NTI >> release. The product was essentially still born and Oracle swallowed a D >> big R&D expenditure with little to show for it other than a trulyJ >> outstanding Windows database engine that nobody can use, and even fewer >> have heard of.  >>I >> It is available for download at the Oracle website, should anyone need E >> a quality database engine for Windoze rather than the crud that is  >> generally available.  > I > Interesting. Do you have a link? I tried to find it at the Oracle site, 
 > and failed.  >   	 Try here: M http://www.oracle.com/technology/software/products/rdbnt8/htdocs/winsoft.html   M BTW, when buying Oracle RDB books from online sources you will sometimes see  G a book icon referring to RDB-8. This is the only product that was ever   called RDB-8. (so far)  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Fri, 03 Feb 2006 14:40:56 -0800 ( From: Ian King <iking@killthewabbit.org>' Subject: WANTED: DEC 6000-660 nameplate 9 Message-ID: <43e3dc76$0$954$8b463f8a@news.nationwide.net>    All,  F I've gone to the vendors and found nothing, so I'll put this to c.o.v  and see what happens....  G I am now the proud owner of a VAX 6000-660 (I opened it up and counted  H the processors).  However, this machine started life as a 6000-610, and @ still bears that nameplate.  I'd dearly love to get the upgrade - nameplate slug, that identifies it as a -660.   D Does anyone have one they would be willing to part with?  There are E several ways we could do this.  I'd be glad to swap for the 6000-610  H nameplate I have - it's in great condition.  Obviously, I'd pay for all F shipping.  If you want a little something to sweeten the deal, that's E cool, too.  I have some 6000-400 series cards (including a couple of  B CPUs and some 32MB memories), as well as some folding green stuff.  G BTW, thanks to everyone who responded to my request for information on  G my HSJ52.  Once I get the 220v wired :-) I'm confident I'll be able to  # bring up this beast.  Cheers -- Ian    --   It's not junk, it's history!$ iking (@t) kill the wabbit (d.t) org   ------------------------------  $ Date: Fri, 3 Feb 2006 14:25:53 -0500* From: "FredK" <fred.nospam@nospam.dec.com>% Subject: Re: _XDispatchInput return 0 , Message-ID: <43e3ae42$1@usenet01.boi.hp.com>  9 Dunno, I can't find anything that resembles that message.   L _XDispatchInput is an internal routine in XLIB/XTRANSPORT.C - I think that aG return of zero means that the internal data structure that contains the  input data is empty.   I'll ask around.    5 "JOUKJ" <joukj@hrem.nano.tudelft.nl> wrote in message 6 news:d4c29$43e3577c$82a13cad$28604@news2.tudelft.nl...	 > Hi all,  > H > I have a application (if you want to know a port of gtk2) which is tooJ > complicated to post here. When I run it on native Displays of my OpenVMS8 > alpha system it crashes. The firts message it gives is >  >  >     _XDispatchInput return 0 > I > I have no idea on what conditions I can expect this message. I know for J > sure that I never call _XDispatchInput directly so that has to be hidden( > somewhere in the DECWindows libraries.9 > Can anyone enlight me on what maybe wrong in this case?  > G > If I try to display on a remote linux system the application runs OK. I > Probably the difference is the RENDER extension that is never available ? > on OpenVMS systems, but it should not matter since linux-gtk2 8 > applications just display fine with my VMS-DECWserver. >  > ! > System info : OpenVMS Alpha 8.2  >                Decwindows 1.5 ? >                 all patches applied to OpenVMS and Decwindows  >                HP C 7.1  >  > ! >                     Jouk Jansen    ------------------------------   End of INFO-VAX 2006.069 ************************