0 INFO-VAX	Sun, 05 Feb 2006	Volume 2006 : Issue 71      Contents:! Re: Alpha Console Access Question ! Re: Alpha Console Access Question  Re: Alpha for XP Re: Alpha for XP Re: Alpha for XP Re: Another sad day for VMS... Re: Another sad day for VMS... Re: Another sad day for VMS... Re: Another sad day for VMS... Re: C  History* Re: Cisco to sink: names Capellas to board* Re: Cisco to sink: names Capellas to board Re: DECterm ReGIS clipping& Re: Hobbyist kit installation problems& Re: Intel/Hp spend $10 billion on IA64 Looking for CMU-Tek package  Re: Looking for CMU-Tek package  Re: Memory allocation query  Re: Phaser 560 and DCPS problem ' Re: The Pentium Chronicles (2006.01.31)   F ----------------------------------------------------------------------  % Date: Sat, 04 Feb 2006 13:38:21 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: Alpha Console Access Question+ Message-ID: <43E502AD.91890969@comcast.net>    Ken Robinson wrote:  > @ > On 2/2/06, David J Dachtera <djesys.nospam@comcast.net> wrote:J > > O.k. Folks here have posted about using VCS/PCM and successors to this2 > > day to manage their Alpha, HSx, etc. consoles. > > G > > I'm wondering if anyone is doing this: Use PCM to access the MBM on J > > GS1280s via reverse-TELNET thru port mapping on the SMC Barricade, and1 > > possibly thence to access OPA0: also via PCM?  > @ > At my previous job, we had the GS1280 opa0: ports hooked up toF > Consoleworks and you could get to MBM by entering the correct escape3 > sequence as long as you were at the ">>>" prompt.  > 1 > Do you mean access that way or a different way?   @ Well, I actually meant "Use PCM to access the MBM on GS1280s viaC reverse-TELNET thru port mapping on the SMC Barricade, and possibly C thence to access OPA0: also via PCM", though perhaps it wouldn't be  "reverse" TELNET, really.   F I can understand the caveat against connecting the WAN port of the SMCF Barricade to the corporate LAN, since little or nothing the other sideG of it presents any kind of a password or other challenge before serious  negative impact can be imposed.   E So, perhaps the terminal server route is best, eve if one lack PCM or  any of its kin.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 14:55:27 -0600 . From: Bob Blunt <RobertDOTblunt@digitalDOTcom>* Subject: Re: Alpha Console Access Question: Message-ID: <C9idneW3lMOSiXjenZ2dnUVZ_sKdnZ2d@comcast.com>   David J Dachtera wrote: H > O.k. Folks here have posted about using VCS/PCM and successors to this0 > day to manage their Alpha, HSx, etc. consoles. > E > I'm wondering if anyone is doing this: Use PCM to access the MBM on H > GS1280s via reverse-TELNET thru port mapping on the SMC Barricade, and/ > possibly thence to access OPA0: also via PCM?  > C > When I say "PCM", I'm implicitly including CA's Unicenter console & > product and ConsoleWorks from TDITX. >   H The network MBM port has an IP address and reverse-TELNET is how any of F the console management tools (including the AMS/AMU variant available G from HP) would communicate with it.  You can connect a terminal server  F port to the serial console port for the GS1280 instead (or both), but  ONLY one can be used at a time.    bob    ------------------------------  % Date: Sat, 04 Feb 2006 14:12:17 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Alpha for XP + Message-ID: <43E50AA1.1233563E@comcast.net>    Chris Moore wrote: > & > <mb301@hotmail.com> wrote in message? > news:1138973739.261441.107300@g47g2000cwa.googlegroups.com... I > > Anyone onr here using this product yet? sound like a bargin only $465  > > > > > http://www.emulatorsinternational.com/en/personalalpha.htm > >  > L > Seems to me that everyone is missing the point of this.  You can buy VAXesL > cheap, but that doesn't change the fact that they're out of production andL > at least 10 years old.  CHARON-VAX is a great solution to keeping the apps& > without worrying about the hardware. > J > Alphas are soon to follow the same path to oblivion.  Last Order Date isL > fast approaching, and how do I keep Alpha 1000 apps running without Appl'nK > Support people, or the ability to update to a new system unit?  Answer is 1 > this emulator -- maybe not today, but soon ....   H Given that product appears to have M$-specific dependencies (which means4 no version for either UN*X or OpenVMS-I64), I'd say:  F o AN Alpha emulator, definitely. Charon-VAX and the PDP emulations are8 proof of that. We don't need another "proof of concept".  F o THIS Alpha emulator, however, is likely not the one to ultimately be successful.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 14:07:04 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Alpha for XP + Message-ID: <43E50968.BCF7BB1E@comcast.net>    Wilm Boerhout wrote: > ) > Bob Koehler mailde op 3-2-2006 15:43...  > >    Yes, a real bargain!  > > / > >    Considering I paid $50 for a real Alpha.  > J > True, for acquiring the Alpha. Now add your power bill, floorspace costs > and calculate again...  F Now, start with the cost of your PC + W/XP, + the Alpha emulator, plus0 the items you mention and calculate yet again...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 14:09:06 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Alpha for XP + Message-ID: <43E509E2.B7659806@comcast.net>   / "David Turner, Island Computers US Corp" wrote:  > ' > Anyone reading this should take note.  > J > If you are going to pay $400+ for an Alpha we can provide the following: >  > Alphaserver DS10L 466Mhz > 30GB IDE Disk  > 256MB Memory >  > $449  @ If it wouldn't cost me my happy home, I'd order 10 of 'em today!   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 21:31:54 -0500 ( From: Bill Todd <billtodd@metrocast.net>' Subject: Re: Another sad day for VMS... = Message-ID: <V5KdncM19qgG_njeRVn-qA@metrocastcablevision.com>    noone wrote: >  > H > I was recently informed of a project to port all of the apps and db's G > running on OpenVMS to Sun Solaris for NOAA over the next 18 months...   C What!?  Not to VMS's new stateroom on the Itanic?  Not to *any* HP  F system?  Not even to Linux or (choke) Windows (where HP could use the I excuse that something more 'industry-standard' was obviously desired and  ) they just lost out on the hardware side)?   I Gee - I guess not everyone buys into HP's planned migration strategies...    >  > anonymous (yeah - right...)    Hmmm.    - bill   ------------------------------  % Date: Sat, 04 Feb 2006 23:25:26 -0500  From: John Doe <jdoe@doe.org> ' Subject: Re: Another sad day for VMS... ' Message-ID: <43E57E1B.EE84D76B@doe.org>    Bill Todd wrote:I > > running on OpenVMS to Sun Solaris for NOAA over the next 18 months...  > 5 > What!?  Not to VMS's new stateroom on the Itanic?     G If they already have Solaris in house, the decision to stop developping H the VMS infrastructure was probably taken a long time ago and this mightH just be the decision to make the final push to remove the remaining apps on VMS.   E If this ia a truly new decision, then I would suggest to the original A poster that he/she gets his/her employer to tell HP that they are D dropping VMS and why.  This letter shoudl go to both Hurd and to Ann McQuaid (VMS manager).   ------------------------------  % Date: Sun, 05 Feb 2006 00:02:56 -0500 ( From: Bill Todd <billtodd@metrocast.net>' Subject: Re: Another sad day for VMS... G Message-ID: <yYSdnVWM74CfGnjenZ2dnUVZ_sSdnZ2d@metrocastcablevision.com>    John Doe wrote:  > Bill Todd wrote:I >>> running on OpenVMS to Sun Solaris for NOAA over the next 18 months... 6 >> What!?  Not to VMS's new stateroom on the Itanic?   > I > If they already have Solaris in house, the decision to stop developping ; > the VMS infrastructure was probably taken a long time ago   H Quite possibly:  they've had, after all, over 4.5 years to react to the F events of 6/25/01, and nearly 4 years to evaluate the quality of HP's H 'commitment' to VMS since the pre-merger dust settled.  So I agree that F any decision to cut back on new VMS-based development probably wasn't G made in the last month or two, but suggest that it probably *was* made  G since the Alphacide and merger (and thus could be considered a comment   on one or both).     and this mightJ > just be the decision to make the final push to remove the remaining apps	 > on VMS.   I Maybe, maybe not.  One might suspect that any such 'remaining apps' were  B applications which were quite happy with VMS as it is and did not G require anything in the way of continued development.  If so, then the  H "If it ain't broke, don't fix it" mind-set should have carried at least G some weight against the slowly increasing difficulty of finding people  E to support VMS - unless they viewed more recent events as suggesting  H that HP's own support for VMS (or any other proprietary solution) might H be becoming increasingly questionable (as the flight to another vendor, * not just another platform, might suggest).   - bill   ------------------------------  % Date: Sun, 05 Feb 2006 01:18:44 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: Another sad day for VMS... , Message-ID: <43E598A2.44C02D4E@teksavvy.com>   Bill Todd wrote:J > Maybe, maybe not.  One might suspect that any such 'remaining apps' wereC > applications which were quite happy with VMS as it is and did not 8 > require anything in the way of continued development.   ? But if it was foreseen that system upgrades would be needed for D additional capacity in the next year or two, that site would then beD faced with HP's decision to stop selling Alpha systems this year andE decide to move ahead with a move to an IS with multi platform future.   D It could also be maintenance cost related.  If that shop didn't needH upgrades but HP just told them that maintenance costs for their machinesG would increase significantly in the next years, then that would also be 3 incentive to take the final plunge and move to Sun.   G The fact that Solaris is not open sources also means that should Sun go E belly up, customers would not be stuck since they would have sources.     H The problem with HP is that they are actively seeking to move people off@ VAX and  Alpha in the hopes that they go to that IA64 thing. ButB begative incentives just result in customers moving to a differentE vendor.  And if they made Alpha competitive, customer would stay with G Alpha instead of going through the trouble and expense of going to that  IA64 thing.    ------------------------------  % Date: Sat, 04 Feb 2006 20:11:09 -0500 ' From: Glenn Everhart <Everhart@gce.com>  Subject: Re: C  History 0 Message-ID: <11uakes22b8jd48@corp.supernews.com>   Richard Maher wrote:	 > Hi Tom,  > ' > I liked it all except for this bit: - I >> 1998 - Realizing that the applet thing is fading fast, Sun repositions G >> Java again, this time as a server language. They steal the design of E >> Microsoft Transaction Server and convince everyone to pretend they  >> created the design. [...] > The actual story of the coming of C was actually more amusing.  @ In the early 1970s, the Big Thing in computer science was systemB programming languages. (Recall that at that time, if you wanted toC be serious about computing, you had access to a pdp10 and had to be G conversant with its assembler language and its instruction set, reputed I back then to have been sufficiently well designed it obviously had Divine 
 inspiration.)   M These languages obtained simplicity by having only one data type: the machine H word. People knew about bytes (a byte being any contiguous group of bitsA within a word) but they weren't much used in systems programming.   M This seemed to work well until along came the pdp11, in which the assumptions N of such languages came apart badly. The pdp11 basically rubbed everyone's noseG in the fact that you could not on such a machine get away with claiming N everything was a word. Some I/O devices could tell whether they were addressedL as bytes or as words (unibus had separate DATO and DATOB operations for wordN and byte respectively) and could not be controlled unless both were available.N Skipping 2 bytes at a time to move to the next instruction or instruction partK didn't help either, and there were several other really tough problems that / turned these languages into real pigs on pdp11. O    Thus the initial strength of C was that it reintroduced different sized data I objects (and not coincidentally happened to have operators for everything K a pdp11 instruction could do...and pretty well operators for nothing that a L pdp11 instruction could not do). This made it a decent replacement for pdp11H assembly language <evil grin> and a suitable language for the many otherN machines that started coming out around the same time which also used sub-word: addressing (and a much less general definition of 'byte').  K It is probably a good thing the pdp11 had a reasonably clean and orthogonal L instruction set. If you think about some of the addressing idiosyncrasies ofJ the pdp8 (e.g. autoincrementing addresses in page 0, return address storedO in first location of subroutines...) it is difficult to imagine what a language M written to make these operations efficient might have looked like. Of course, M it is also fortunate that none of the, er, more unusual capabilities of pdp11 = seem to have been strongly enshrined in C (or anything else).   F Consider divides on SP (changing SP and PC), ASHC on R6, programs likeN "mov -(pc),-(pc)", the @pc addressing mode (in dos-11 generally commented withL ";CARE; USED AS LITERAL BY PREVIOUS INSTRUCTION"), or a few more. Also thankK God the EIS instructions came out, as did the pdp11/45 floating point unit, L before someone was tempted to design a language to make the EAE efficient to use.  K So rather than complain about C, just consider it is a cleaner way to write N macro-11 ;-) and be glad history did not present us with something truly weirdJ so that every program would not have to have Page 0 autoincrment registers or suchlike...  K It is after all possible to write C with string descriptors. VMS users have  done that for years...   Glenn Everhart   ------------------------------  % Date: Sat, 04 Feb 2006 13:19:29 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>3 Subject: Re: Cisco to sink: names Capellas to board + Message-ID: <43E4FE41.205B4C09@comcast.net>    Dave Weatherall wrote: > 3 > 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. > > > 1 > > > At least they acknowledged his limitations:  > > > . > > > "Michael is a seasoned general manager". > > > L > > > That is about all he is. Hopefully Cisco will not let Curly damage theN > > > company.   The message though is that Cisco is now opened for bids to be > > > taken over/dismantled. > > K > > I don't see how the Cicso juggernaut could even remotely be compared to 3 > > the foundering messes that were DEC and Compaq.  > H > At a recent DECUS meeting in Munich it was put to us by one of Cisco'sE > competitors that they are winning from Cisco because Cisco is still H > too 'proprietary' and was losing out to those networking companies who! > are implementing the Standards.   , My first reaction is, "consider the source".  F My second reaction is to wonder who survives as a viable competitor toF Cisco in the enterprise space? (Talking about routers as well as Gig-EC switches and such, not so much about SAN products where, I believe,   Brocade remains a major player.)   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 19:32:45 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: Cisco to sink: names Capellas to board , Message-ID: <43E5479E.3B389FBB@teksavvy.com>   David J Dachtera wrote: H > My second reaction is to wonder who survives as a viable competitor to! > Cisco in the enterprise space?    E Cisco has done a bit like Microsoft: use good marketing techniques to H establish itself as the de-facto standard solution to any network needs  H Juniper Networks is used by big telcos.  Lucent and Nortel may come backD eventually. With telephony now going IP, they'll have to focus on IPH products. During .COM. Nortel had bought Bay networks, probably just outF of knee jerk reaction just to join the oooplah, and we must now see if+ they will really leverage that acquisition.     H What is interesting is to watch Netgear. They were low end. Purchased by? Bay Network, then spun off by Nortel. They are now growing into 2 enterprise space.  3com is doing the same as well.  H Cisco bought Linksys to prevent it from competing against Cisco. But the? other low end guys will grow and compete against the big legacy  networking companies.    ------------------------------  % Date: Sat, 04 Feb 2006 13:40:08 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net># Subject: Re: DECterm ReGIS clipping + Message-ID: <43E50318.D2209F3F@comcast.net>    Roger Ivie wrote:  > J > So, I'm working on this program, right? And in order to see what it's upI > to during development, I'd like to draw a plot of the program state. At F > home, where I'm running NetBSD, I've had good luck using the Tek4010G > window of xterm for this sort of thing. Looking around, I notice that + > DECterm supports ReGIS. "Sweet!", says I.   G I'm not sure that ReGIS and Tek4010 are entirely compatible, if at all.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 13:15:09 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: Hobbyist kit installation problems + Message-ID: <43E4FD3D.527A4CD8@comcast.net>    bradhamilton@comcast.net wrote:  > 9 >  -------------- Original message ---------------------- 9 > From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> J > > Things are going well. The installation seems to have gone okay. I putJ > > my hobby license on for VMS. Soon enough I will try to install some ofE > > the layer products. Ideally I want to get TCP/IP running so I can E > > telnet in instead of sitting at the console in the dust basement.  > 0> If you haven't chosen already, please do consider using one of the TCP/IP stacks from process.com.  They have a hobbyist program for both Multinet and TCPware, and both stacks offer better functionality, greater stability, and wider tolerance for older VMS versions than does the "native" TCP/IP stack. > 0 > <http://www.process.com/openvms/hobbyist.html>  A Actually, as Bob (Mr. InstantWhip) is usually quick to point out, F TCPware is more "native" than UCX, since TCPware was written/developedB on/for a DEC OS while both Multinet and UCX are descended from the 4.xBSD code.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 13:08:52 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: Intel/Hp spend $10 billion on IA64 + Message-ID: <43E4FBC4.647F2E70@comcast.net>    JF Mezei wrote:  > [snip]C > As long as the VMS folks keep on denying the obvious, we can only J > conclude that VMS management are against VMS on the 8086 and are puttingI > VMS on a dead end just because they feel obligated to toe the corporate @ > line even though HP's core product is where we want VMS to go.  E An intensely insightful statement: toe the corporate line even though E HP's core product is where we want VMS to go". "We", of course, being  the OpenVMS community.  H Reminds me of the old joke about The Lone Ranger and Tonto: upon findingG themselves pursued by a reneagde tribe and trapped in a box canyon, The G Lone Ranger says to his companion, "Looks like we're really for it this ? time, old friend", to which Tonto replies, "What you mean 'we', 
 paleface?"  * (Intentionally being "cryptic" this time.)   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  $ Date: Sat, 4 Feb 2006 23:50:36 -05002 From: "Timothy Stark" <fsword7_nospam@comcast.net>$ Subject: Looking for CMU-Tek package: Message-ID: <IbKdnZg3ccGBGXjenZ2dnUVZ_t-dnZ2d@comcast.com>   Hello folks,  H Well, I am looking for CMU-Tek TCP/IP software for OpenVMS (VAX) system L includes older versions like VMS v3 to v4.  Does anyone have any pointer to  web site, etc?   Thanks!  Tim    ------------------------------  % Date: Sun, 05 Feb 2006 01:12:55 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: Looking for CMU-Tek package, Message-ID: <43E59746.9273A40C@teksavvy.com>   Timothy Stark wrote:I > Well, I am looking for CMU-Tek TCP/IP software for OpenVMS (VAX) system M > includes older versions like VMS v3 to v4.  Does anyone have any pointer to  > web site, etc?  D Someone cam to this newsgroup a month or two ago asking for the sameF thing. You may wish to use google to find out who that was and contact& the person to see if he found the kit.  F Seems that the more recent kits are available for more recent versions9 of VMS including the VMS freeware CDs (you can find it at ? http://www.hp.com/go/vms and look for the freeware CD section).    ------------------------------  % Date: Sat, 04 Feb 2006 13:33:11 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>$ Subject: Re: Memory allocation query+ Message-ID: <43E50176.453DCCD6@comcast.net>    ade@nowhere.com wrote: >  > Hi,  >  > Vax 4000-400, VMS 6.1  > ) > This system has recently crashed citing 9 >         "NOPRCPGFL, Failure to assign process pagefile"  > H > The reason for the crash is apparently because PHD$L_PRCPGFLREFS is 0. > L > My query is about the process that this crash is occurring to. Someone hasF > stated that this process must have page a file quota of 900,000. TheG > system has one page file and no swap file, the total size of which is L > about 140,000 blocks and the system has 128MB main memory. I was wonderingI > what the assembled gurus would recommend in this instance. Is it indeed E > 'normal' to specify a quota well in excess of what the system could 	 > handle?  >  > Your thoughts please.   E Unlike other o.s.-es, page file size has little or nothing to do with G physical memory size directly. It's more a function of workload and the H memory demands of that workload. Remember: VMS stands for Virtual Memory System.   	 My $0.02:   E The error message itself seems to suggest that the available pagefile G space had been exhausted. That is to say that pagefile space had become B so over-committed that even the FPW (Free Page Wait) state was notF appropriate and the system had no choice but to throw up its hands and	 bail out.   G While the system is running, SHOW MEMORY/FILE should tell you what your ? state is in regard to page file space available versus what may H potentially be needed. If the free pagefile space shows a negative valueC (as I believe that vintage VMS still did) to the tune of the actual D pagefile size itself, or if the committed size is double or more the@ pagefile size, consider trouble to be occurring and/or imminent.  F Try increasing the pagefile size to at least 75% of the peak committedC size (some overcommit is usually considered normal) and see how you  fare.   ? ...and do add a swapfile, by the way. I don't recall that being 	 optional.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 04 Feb 2006 18:05:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: Phaser 560 and DCPS problem, Message-ID: <43E53318.E1E70F43@teksavvy.com>  T Ok, in order to help you out, here is a dialogue with a DEClaser 5100 : (condensed).  1 When DCPS doesn't yet know the printer, it sends:    % PRINTER-TYPE.PSC V1.3d  G save[(%%[ ReturnStatus: 251 ")statusdict/product 2 copy known{get}{popd ' pop(NOTFOUND)}ifelse(" ]%%\n)]dup 0 exc " h{length add}forall string exch 0dB exch{3 copy putinterval length add}forall pop print flush restored   My printer respnds with:  * %%[ ReturnStatus: 251 "DEClaser 5100" ]%%d  9 The "printer-type.psc" comes from module LPS$$PRINTERTYPE   ! They could have simplified it to:   A save (%%[ReturnStatus: 251 ") print product print (" ]%%\n) print   F "product" is now a stardard postscript  operator. (But their techniqueG probably works for older printers that predate Level 2 language, but it E uses a highly non-standard "systemdict" where it isn't garanteed that 6 every printer will have a "/product" variable defined.        ; If you don't even get this far, then it isn't a question of E compatibility between your printer type and DCPS, it is a question of F connectivity since DCPS doesn't even get your printer type so it can't$ even declare it to be incompatible !  H You shoudl try to connect to your printer with TELBET or whatever and do the following:  . <CTRL-T> should generate some "status" output.  H If it isn't "%%[ status: idle ]%%" , try sending an end of file <CTRL-D>  to see if it makes a difference.        E In my case, this is followed by a module typed LPS$$ppp_INITPSDEVICE, H but I really do not know which one is being sent to my printer since theH printer specific modules do not have a rpoduct identification inside the1 module. (eg: they are all "LPS$$ppp_INIPSDEVICE".     E The corrolation between the product type issued by the above code and D what modules are sent to the printer seems to be hardcoded in DCPS's? SYS$SYSTEM:DCPS$SMB.EXE. That is poor design, there should be a G configuration file when customers could then add entries to support any E prostcript printers. (eg: corrolate printer identification with which F library modules are to be sent for each function). You could use PATCHD to change the DCPS$SMB.EXE executable to change the product ID of anD existing Phaser product to have your product number. Then DCPS wouldH recognise your printer and use the library modules for the other printer1 (which you could then change if they don't work).       2 Here is the full dialogue from my printer to DCPS:  * %%[ ReturnStatus: 251 "DEClaser 5100" ]%%d8 %%[ ReturnStatus: 211 "DEC_CPS_SystemPages_dict" "" ]%%d3 %%[ exitserver: permanent state may be changed ]%%d  <CTRL-D(IN)>9 %%[ ReturnStatus: 211 "DEC_CPS_SystemPages_dict" "9" ]%%d  %%[ PageCount: 18144 ]%%d  %%[ Sheetsize: lettertray ]%%d <CTRL-D(IN)> %%[ PageCount: 18145 ]%%d  <CTRL-D(IN)>    > It first gets the product ID, then tries to see of the DEC_CPSH dictionary has been loaded. If not, it resets the printer, and loads theC printer specific DCPS dictionary then LPS$$GETSHEETCOUNT, then your G actual postscript job, then the printer specific dictionary again, then ( the LPS$$GETSHEETCOUNT and then bye bye.     I    ------------------------------  $ Date: Sun, 5 Feb 2006 08:17:58 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 0 Subject: Re: The Pentium Chronicles (2006.01.31)1 Message-ID: <ds3g7p$nne$1@news-02.connect.com.au>   G Is the Rdb Workbench kit stilll x86 only? The last I heard was Oracle's H official line was that Rdb would continue to be VMS only. But with a nowK fully (stll freeware?) supported BLISS compiler for IA64 and with WindowsXP H Server Something on IA64, how hard would it be to get a supported Rdb on Windows?   Cheers Richard Maher  6 "Dr. Dweeb" <comp.os.vms@hotmail.com> wrote in message< news:1138877068.447781.74990@o13g2000cwo.googlegroups.com...D > Sadly, CompaQ killed the x86 BLISS compiler just as Rdb/NT startedB > shipping. Oracle could not ship a commercial product based on anG > unsupported/dead compiler and reportedly tried to buy the compiler to = > maintain themselves.  Apparently the price CompaQ asked was G > prohibitively high, so with no real options, Oracle killed the Rdb/NT H > release. The product was essentially still born and Oracle swallowed aC > big R&D expenditure with little to show for it other than a truly I > outstanding Windows database engine that nobody can use, and even fewer  > have heard of. > H > It is available for download at the Oracle website, should anyone needD > a quality database engine for Windoze rather than the crud that is > generally available. >  > All so very sad ...  >  > Dr. Dweeb  >    ------------------------------   End of INFO-VAX 2006.071 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          _)pܺ 7y?"?X~ä'
$=ਫǟ-y+8$<#;Y
C={$3l?+Pp<1͏Ə1߀OW<`ATHO!T@sK'^oMD'r奄2߳׃?og'g]?¿=cH/.Հj\Gy,wi8wbo50 MIp(T{+WX>'")7Z
P		xP@Ϸ؈.	s7@GNCs]PNn抴`
`$C?XY7<]r
sz?Y?n/?(֡/z{.:|3v^Za7>g|+?FKrw4ϥ*=* 逐( I'