1 INFO-VAX	Tue, 22 Aug 2006	Volume 2006 : Issue 466       Contents:  Re: Alernative to Ctrl-Z in TYPE Re: Alpha remembrance day % Re: ANN: DynDNS update client for VMS ' Dell Powervault 120T autoloader on VMS?  Re: Enabling SMTP in VAX/VMS Re: Enabling SMTP in VAX/VMS Re: Enabling SMTP in VAX/VMS On-chip, 7-way associative Re: On-chip, 7-way associative Re: On-chip, 7-way associative Re: On-chip, 7-way associative! Re: Open Source Hardware? (SPARC) = openvms - java - timezone - daylight savings - what the heck!  Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !  Re: Personal note - goodbye !   Printing to a HP LaserJet 2605dn$ Re: Printing to a HP LaserJet 2605dn$ Re: Printing to a HP LaserJet 2605dn2 Re: SEPPUCLU bugcheck introducing new cluster node2 Re: SEPPUCLU bugcheck introducing new cluster node2 Re: SEPPUCLU bugcheck introducing new cluster node2 Re: SEPPUCLU bugcheck introducing new cluster node2 Re: SEPPUCLU bugcheck introducing new cluster node2 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 602 Re: VGA video adapter for Vaxstation 4000 model 60 Re: Wireless handhelds  F ----------------------------------------------------------------------  % Date: Mon, 21 Aug 2006 17:06:50 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ) Subject: Re: Alernative to Ctrl-Z in TYPE 9 Message-ID: <L8idnVJKyOIig3fZnZ2dnUVZ_rOdnZ2d@libcom.com>    bradhamilton wrote:  > Dave Froble wrote:- >> I just discovered something new.  (To me.)  >>I >> My applications accept the backslash, "/E-xit", and Ctrl-Z as an exit  9 >> signal.  Ok, that's specific to the code I've written.  >>. >> Ctrl-Z is an exit signal for VMS utilities. >>H >> I was using TYPE/PAGE and inadvertantly typed a backslash instead of H >> Ctrl-Z, and the utility exited to the DCL prompt.  Brain takes a bit 9 >> to assimilate this, then I try it again.  Exits again.  > H > Am I missing a step in the process here?  A simple backslash ("\") or H > forward slash ("/") does not exit to DCL from $type/page in V7.3-2 of E > VMS.  One must also press RETURN after the slash(es).  Also, *any*  J > character typed in, followed by a return, exits to DCL from $type/page, / > and has done so since at least V 6.2-X, IIRC.    Yes, the RETURN is required.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 21 Aug 2006 15:16:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: Alpha remembrance day, Message-ID: <44EA06A2.9E75B9C1@teksavvy.com>  
 Andrew wrote: A > Gerstner's vision was an end to end company supported by a huge D > services business that helped customers integrate the PC's the AIXE > boxes, the AS400's and the mainframes along with all IBM's software C > products and he had the core of that when he took over the reins.   D Palmer had the same with Digital. a complete company with "one stop"= shopping that offered hardware, software and service/support.   B Gartner immediatly stopped the process of dismembering IBM. Palmer initiated it at DEC.  F > Unlike at DEC despite being the problem rather than the solution IBMI > hadn't missed the UNIX/Open Systems wave nor had it missed the PC wave.   F Touch for the PC. But Digital had had Unix on its hardware for longerF than IBM. Remember PDPs ?  The problem is that DEC's offering waiveredD in the late 1980s until it finally stabilised with Digital Unix, butD that transition took longer. Remember that Sun also had a major Unix5 transition in the late 1980s when it went to Solaris.     C > IBM wasn't seing large errosions in market share and it had loyal > > customers for its mainframes and for its S36/AS400 platform.  H When Gerstner came in, the "numbers" were made to look good. But when heC investigated, he found cultural blocks that prevented bad news from F filtering to the very top. There was huge erosion. And once of the bigA changes he instituted is instructing the folks that made customer E surveys to contact ex customers to find out why they had left. Before " that, it had not been done at IBM.  I > Palmer had a different problem, DEC had missed the PC wave, it had also @ > missed the mid-range and later high end systems wave driven by > UNIX/Open Systems platforms.  H The "PC Wave" is an unprofitable manufacturing thing. Gerstner knew thisF when he stepped into IBM and it took IBM that long to find a buyer forF its PC business. It is ironic that Digital did eventually make it intoB the PC business and was getting pretty good at it, being more costD efficicent than Compaq at its Kanata plant, but Compaq put an end to" that plant when it bought Digital.   ------------------------------  % Date: Mon, 21 Aug 2006 21:26:10 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>. Subject: Re: ANN: DynDNS update client for VMS0 Message-ID: <44EA6B42.FB5DF5D8@spam.comcast.net>   Mark Daniel wrote: >  > David J. Dachtera wrote: > > Mark Daniel wrote: > > / > >>Recent discussion of a DynDNS update client  > >>1 > >>   http://www.dyndns.com/services/dns/dyndns/  > >>K > >>in this forum prompted me to do something I'd been meaning to for years K > >>- put together a native version for VMS and move the update duties from H > >>my PC to my VMS system.  It has now been running for some four weeksJ > >>without too many hiccoughs so you are welcome to give it a go as well.E > >>It requires the HP [Open]SSL product to be installed and started.  > >>H > >>A complementary application included, DynDNSrpt, is a CGI Web serverH > >>application that can be used as a basic reporting tool for the aboveH > >>application (should be suitable for Apache, OSU, Purveyor and WASD). > >>K > >>Setup, build instructions and revision log for each may be found in the B > >>source code each of the respective applications once restored. > >>< > >>A ZIPed source-code kit (it is assumed users will be VMSD > >>enthusiasts/hobbiests with their own compiler) is available from > >># > >>   http://wasd.vsm.com.au/wasd/  > >> > >>Hope it's useful.  > >  > > D > > Just wondering if this has any advantage over the WGET approach? > F > Don't know David.  I'm aware of the DCL-based utility that uses WGETH > because of the recent discussion here that mentioned it.  I didn't useF > it as a reference when putting together my own though and so I'm not% > aware of what it can (or can't do).   / As I use it, the WGET approach works like this:   H 1. "Visit" a URL that returns "your" IP address as viewed by the outside world (the internet).   8 2. "Visit" a second URL that causes the update to occur.  , A little bit of DCL in between does the job.   --   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: 21 Aug 2006 16:06:27 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 0 Subject: Dell Powervault 120T autoloader on VMS?, Message-ID: <hccs4NyEXVvD@malvm9.mala.bc.ca>  ; Has anyone managed to get a Dell Powervault 120T autoloader # working with VMS on an Alphaserver?   6 I can see the drive (mkb500) and the robot (jkb100) at> the Alpha console level, but VMS 8.2 doesn't appear to see the9 robot and MRU (v1.8e1) can't find the robot. Shouldn't it ! appear as a GK<something> device?   7 Is there some magic incantation to get it to work or am  I just out of luck?   8 ps VMS sees the drive ok, it just doesn't see the robot.      ------------------------------    Date: 21 Aug 2006 17:45:50 -0700 From: contracer11@gmail.com % Subject: Re: Enabling SMTP in VAX/VMS B Message-ID: <1156207550.108722.81860@m73g2000cwd.googlegroups.com>   Richard B. Gilbert wrote:  > contracer11@gmail.com wrote: >   > > contracer11@gmail.com wrote: > >  > >>sol gongola wrote: > >>! > >>>contracer11@gmail.com wrote:  > >>>  > >>>>sol gongola wrote: > >>>># > >>>>>contracer11@gmail.com wrote:  > >>>>>  > >>>>>>sol gongola wrote: > >>>>>>! > >>>>>>>Steven M. Schweda wrote: 	 > >>>>>>> % > >>>>>>>>From: contracer11@gmail.com 
 > >>>>>>>>
 > >>>>>>>>L > >>>>>>>>>>>>   As usual, it would help to know the VMS and/or UCX version. > >>>>>>>>>>>>[...]  > >>>>>>>>>> > >>>>>>>>>>   Still true.
 > >>>>>>>>- > >>>>>>>>   Still true.  "UCX SHOW VERSION"? 
 > >>>>>>>>
 > >>>>>>>>L > >>>>>>>>>In reality I don=B4t need access Internet, only send e-mails from" > >>>>>>>>>VAX to Outlook Express.
 > >>>>>>>>P > >>>>>>>>   In reality, you ask for what you want, not what you think will makeQ > >>>>>>>>possible what you want.  Remember, if you knew what you were doing, you % > >>>>>>>>wouldn't seeking help here. 
 > >>>>>>>>R > >>>>>>>>   I believe that one doesn't send e-mail messages to Outlook [Express].R > >>>>>>>>Outlook [Express] fetches e-mail messages from a POP or IMAP server.  IfR > >>>>>>>>your UCX version has any of these, you might try the "Server components", > >>>>>>>>menu.  Mine has both POP and IMAP.
 > >>>>>>>>R > >>>>>>>>------------------------------------------------------------------------
 > >>>>>>>>= > >>>>>>>>   Steven M. Schweda               sms@antinode-org > > >>>>>>>>   382 South Warwick Street        (+1) 651-699-9818' > >>>>>>>>   Saint Paul  MN  55105-2547 	 > >>>>>>> T > >>>>>>>And with vms mail running, you wouldn't need smtp to get mail into the box.	 > >>>>>>> O > >>>>>>>tcpip imap is very recent on vms, even pop is only a few versions old. 8 > >>>>>>>What version of tcpip/ucx are we talking about?	 > >>>>>>> 1 > >>>>>>>$ucx sho version -or- $tcpip sho version  > >>>>>> > >>>>>>VAX001>> ucx sh vers > >>>>>> > >>>>>>: > >>>>>>  DEC TCP/IP Services for OpenVMS VAX Version V3.3 > >>>>>> > >>>>>>4 > >>>>>>  on a VAX 4000-100 running OpenVMS V5.5-2H4 > >>>>>> > >>>>> 4 > >>>>>UCX didn't include pop or imap way back then. > >>>>> O > >>>>>You can get the Indiana University iupop3 package from a vms freeware cd ( > >>>>>or search for it on the internet.? > >>>>>	It may be the one actually incorporated into vms tcpip.  > >>>>> M > >>>>>You can get the University of Washington pine package adapted for vms. . > >>>>>It includes both pop and imap services.@ > >>>>>	http://server11.infn.it/pub/mailing/OpenVMS/pinevms.html; > >>>>>or	http://ppewww.ph.gla.ac.uk/~flavell/vms-pine.html + > >>>>>It may also be on a vms freeware cd. M > >>>>>When I used it, pine's imap was an old version incompatible with newer , > >>>>>versions of imap but pop worked well. > >>>>J > >>>>In my job we have a e-mail server (Compaq W2K3 server), and if I setJ > >>>>route with this e-mail address could I send e-mails from vms to w2k3 > >>>>server ? > >>>> > >>> Q > >>>It just occurred to me that ucx v3.3 may be too old to even have smtp in it.  > G > SMTP was definitely present in UCX V3.3!  It didn't work worth a damn D > until you installed ECO 14 and even then it didn't work very well.G > Karol Zielonko and I spent a great deal of time debugging it on a VAX J > 8250 which supported some 2,000 students and faculty at the PhiladelphiaI > College of Textiles and Science (now Philadelphia University) I started H > there in August of 1994 with VMS V5.4 and UCX 2.0E (2.7E???).  I foundJ > the system clogged with undelivered and undeliverable mail.  Upgrades toI > UCX 3.0, 3.1, 3.2 and 3.3 along with an upgrade to VMS V5.5-2  It still E > didn't work.  Then came the ECOs; all fourteen of them.  It sort of H > worked; if we had been handling mail for 20 people instead of 2000 theB > problems might not have been noticed for a while.  As it was, we9 > stressed the software to the breaking point and beyond.  > <snip> > F > If you really want SMTP, you would be far better off with UCX 4.0 orH > later though I don't recall if you could run 4.0 on VMS V5.5-2.  ThereF > were a bunch of ECOs for 4.0 as well but Karol had already fixed the > worst of it. > F > I think I learned more, in less time, on that job than any before orH > since!!  I also got a DNS server up and running on that machine.  ThatJ > didn't work quite the way it was supposed to either. . . .  Certainly itH > didn't work the way the documentation, such as it was, said it should.H > With the UCX docs, RFC 1032, 1033, 1034, & 1035 plus "DNS and Bind" byB > Pual Albitz and Cricket Liu, and plenty of help from the guys in# > Colorado, I got that working too.   G If I install MX042 form MadGoat, will I able to send internet e-mails ?    ------------------------------  # Date: Tue, 22 Aug 2006 01:15:23 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>% Subject: Re: Enabling SMTP in VAX/VMS . Message-ID: <LUsGg.41$Gd1.20@news.cpqcorp.net>   contracer11@gmail.com wrote:  I > If I install MX042 form MadGoat, will I able to send internet e-mails ?   M    I'd infer you don't want something like this mail exchange tool (MX), and  % that you'd prefer a simpler solution.   O    I'd get one of the many available mail clients, and I'd use it.  PINE comes  O to mind, as does the mail client within the Mozilla web browser.  Aim the mail  O client at your ISP, with the configuration attributes as described by the ISP,  N using basically the same sequence as described for Windows.  (This is how the ! Windows clients work, obviously.)   Q    Or I'd seriously getting somebody to stop by and configure the IP environment  Q for me, or I'd simply flail around and try it, or I'd get a search engine or two  Q and and a book or two and read up on the target subject -- and then flail around   and try it.    ------------------------------  % Date: Mon, 21 Aug 2006 21:31:01 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> % Subject: Re: Enabling SMTP in VAX/VMS : Message-ID: <F8qdnYxOr5TIw3fZnZ2dnUVZ_v-dnZ2d@comcast.com>   contracer11@gmail.com wrote:   > Richard B. Gilbert wrote:  >  >>contracer11@gmail.com wrote: >> >> >>>contracer11@gmail.com wrote:  >>>  >>>  >>>>sol gongola wrote: >>>> >>>>! >>>>>contracer11@gmail.com wrote:  >>>>>  >>>>>  >>>>>>sol gongola wrote: >>>>>> >>>>>># >>>>>>>contracer11@gmail.com wrote:  >>>>>>>  >>>>>>>  >>>>>>>>sol gongola wrote: >>>>>>>> >>>>>>>>! >>>>>>>>>Steven M. Schweda wrote: 	 >>>>>>>>> 	 >>>>>>>>> % >>>>>>>>>>From: contracer11@gmail.com 
 >>>>>>>>>>
 >>>>>>>>>>
 >>>>>>>>>>K >>>>>>>>>>>>>>  As usual, it would help to know the VMS and/or UCX version.  >>>>>>>>>>>>>>[...]  >>>>>>>>>>>> >>>>>>>>>>>>  Still true. 
 >>>>>>>>>>, >>>>>>>>>>  Still true.  "UCX SHOW VERSION"?
 >>>>>>>>>>
 >>>>>>>>>>
 >>>>>>>>>>L >>>>>>>>>>>In reality I don=B4t need access Internet, only send e-mails from" >>>>>>>>>>>VAX to Outlook Express.
 >>>>>>>>>>O >>>>>>>>>>  In reality, you ask for what you want, not what you think will make Q >>>>>>>>>>possible what you want.  Remember, if you knew what you were doing, you % >>>>>>>>>>wouldn't seeking help here. 
 >>>>>>>>>>Q >>>>>>>>>>  I believe that one doesn't send e-mail messages to Outlook [Express]. R >>>>>>>>>>Outlook [Express] fetches e-mail messages from a POP or IMAP server.  IfR >>>>>>>>>>your UCX version has any of these, you might try the "Server components", >>>>>>>>>>menu.  Mine has both POP and IMAP.
 >>>>>>>>>>R >>>>>>>>>>------------------------------------------------------------------------
 >>>>>>>>>>< >>>>>>>>>>  Steven M. Schweda               sms@antinode-org= >>>>>>>>>>  382 South Warwick Street        (+1) 651-699-9818 & >>>>>>>>>>  Saint Paul  MN  55105-2547	 >>>>>>>>> T >>>>>>>>>And with vms mail running, you wouldn't need smtp to get mail into the box.	 >>>>>>>>> O >>>>>>>>>tcpip imap is very recent on vms, even pop is only a few versions old. 8 >>>>>>>>>What version of tcpip/ucx are we talking about?	 >>>>>>>>> 1 >>>>>>>>>$ucx sho version -or- $tcpip sho version  >>>>>>>> >>>>>>>>VAX001>> ucx sh vers >>>>>>>> >>>>>>>>9 >>>>>>>> DEC TCP/IP Services for OpenVMS VAX Version V3.3  >>>>>>>> >>>>>>>>3 >>>>>>>> on a VAX 4000-100 running OpenVMS V5.5-2H4  >>>>>>>> >>>>>>> 4 >>>>>>>UCX didn't include pop or imap way back then. >>>>>>> O >>>>>>>You can get the Indiana University iupop3 package from a vms freeware cd ( >>>>>>>or search for it on the internet.? >>>>>>>	It may be the one actually incorporated into vms tcpip.  >>>>>>> M >>>>>>>You can get the University of Washington pine package adapted for vms. . >>>>>>>It includes both pop and imap services.@ >>>>>>>	http://server11.infn.it/pub/mailing/OpenVMS/pinevms.html; >>>>>>>or	http://ppewww.ph.gla.ac.uk/~flavell/vms-pine.html + >>>>>>>It may also be on a vms freeware cd. M >>>>>>>When I used it, pine's imap was an old version incompatible with newer , >>>>>>>versions of imap but pop worked well. >>>>>>J >>>>>>In my job we have a e-mail server (Compaq W2K3 server), and if I setJ >>>>>>route with this e-mail address could I send e-mails from vms to w2k3 >>>>>>server ? >>>>>> >>>>> Q >>>>>It just occurred to me that ucx v3.3 may be too old to even have smtp in it.  >>G >>SMTP was definitely present in UCX V3.3!  It didn't work worth a damn D >>until you installed ECO 14 and even then it didn't work very well.G >>Karol Zielonko and I spent a great deal of time debugging it on a VAX J >>8250 which supported some 2,000 students and faculty at the PhiladelphiaI >>College of Textiles and Science (now Philadelphia University) I started H >>there in August of 1994 with VMS V5.4 and UCX 2.0E (2.7E???).  I foundJ >>the system clogged with undelivered and undeliverable mail.  Upgrades toI >>UCX 3.0, 3.1, 3.2 and 3.3 along with an upgrade to VMS V5.5-2  It still E >>didn't work.  Then came the ECOs; all fourteen of them.  It sort of H >>worked; if we had been handling mail for 20 people instead of 2000 theB >>problems might not have been noticed for a while.  As it was, we9 >>stressed the software to the breaking point and beyond.  >><snip> >>F >>If you really want SMTP, you would be far better off with UCX 4.0 orH >>later though I don't recall if you could run 4.0 on VMS V5.5-2.  ThereF >>were a bunch of ECOs for 4.0 as well but Karol had already fixed the >>worst of it. >>F >>I think I learned more, in less time, on that job than any before orH >>since!!  I also got a DNS server up and running on that machine.  ThatJ >>didn't work quite the way it was supposed to either. . . .  Certainly itH >>didn't work the way the documentation, such as it was, said it should.H >>With the UCX docs, RFC 1032, 1033, 1034, & 1035 plus "DNS and Bind" byB >>Pual Albitz and Cricket Liu, and plenty of help from the guys in# >>Colorado, I got that working too.  >  > I > If I install MX042 form MadGoat, will I able to send internet e-mails ?  >   I I don't recall ever having a system with MX installed.  UCX will get the  D   job done, more or less, especially if you run V3.3 ECO-14 or V4.0 > ECO-highest available (if they ARE still available) or higher.  E A lot of the problems I had with V3.3, as described above, would not  E have been noticeable on a less heavily loaded system.  It was mostly  G having 100 times a "normal" number of users on the system that exposed  ' every conceivable weakness in the code.    ------------------------------  % Date: Mon, 21 Aug 2006 16:33:52 -0500 + From: brandon@dalsemi.com (BRANDON, JOHN M) # Subject: On-chip, 7-way associative 1 Message-ID: <06082116335217@dscis6-0.dalsemi.com>   8 Can anyone explain what "On-chip, 7-way associative" is?  ; I am refering to ES80 & ES47 (EV7) vs. ES45 chipset (EV68).   1 On the HP AlphaServer mid-range systems web page:   - http://h18002.www1.hp.com/alphaserver/es.html   * There is a row "Max. cache/processor (MB)" The ES80 & ES47 post 1.75-MB.  The ES45 posts a 16-MB.     N From what I have read so far (various sites) is better performance - however II find it difficult to beleive that 1.75 cache per processor is better than  16-MB cache per processor.     TIA        John "REBOOT" Brandon  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Mon, 21 Aug 2006 20:09:19 -0400 ( From: Bill Todd <billtodd@metrocast.net>' Subject: Re: On-chip, 7-way associative G Message-ID: <EfadnZeFg-2t1nfZnZ2dnUVZ_s6dnZ2d@metrocastcablevision.com>    BRANDON, JOHN M wrote:: > Can anyone explain what "On-chip, 7-way associative" is?  D It refers to the level of associativity of EV7's 1.75 MB on-chip L2 C cache (in my foggy understanding, the number of different places a  E specific cache line can occupy without collision, depending upon the  F existence of other cache lines in the cache with addresses that would ) otherwise map to the same cache address).    ...   P > From what I have read so far (various sites) is better performance - however IK > find it difficult to beleive that 1.75 cache per processor is better than  > 16-MB cache per processor.    I As usual, 'it depends'.  In fact, EV7 has slightly (but *only* slightly)  E worse performance than EV68 with 16 MB of fast board-level L2 at the  F same clock rate in SPECint:  having only about 1/9th as much cache is G significantly offset by the approximate halving in cache latency (to a  E latency of about 10 ns. for EV7, while the off-chip EV68 L2 was IIRC  H close to 20 ns. and also direct-mapped - single-way-associative - which B further decreased its relative effectiveness) and the approximate I halving of main-memory latency (from about 160 ns. with EV68 to about 80   ns. with EV7 IIRC).   B While the effects of cache vary considerably with workload (e.g., G workloads experience a step-function increase in performance when they  I fit *entirely* in cache or nearly so), on average the cache miss rate is  E roughly inversely proportional to the square root of the cache size.  D Thus one would expect on average (though not necessarily in SPECint G specifically) that EV7's miss rate would be about 3x that of EV68 with  I 16 MB of off-chip L2, but that both EV7's L2 cache hits and its L2 cache  I misses to main memory (at least to local RAM) would be close to twice as   fast.   B Overall, EV7 was a tremendous improvement over EV68 despite using ? virtually the same core - primarily due to its vastly-superior  I large-system architecture (where even the worst-case latency to the most  I distant NUMA RAM was only about 1/3 the *average* latency in GS320-class  G systems, and the *average* EV7 large-system latency was of course even  E better).  Moving to that architecture pretty much required moving to  E on-chip caches, even though they had to be relatively small to start  H with (of course, had Alpha been shrunk as originally scheduled feasible 8 on-chip cache sizes would have increased significantly).  I So for single-processor workloads which are 'cache-friendly' EV7 is only  I about on a par with EV68 plus 16 MB of off-chip L2 (though even there by  H virtue of eliminating a bunch of other board components EV7 is likely a A considerably more cost-effective design).  But for larger-system  I workloads or those which depend much more on main-memory latency than on  A cache performance, EV7 is a *major* win.  Oh, yes - large-system  C workloads which depend upon system internal bandwidth are also far  4 better addressed by EV7 than by EV68 system designs.  F Or, to put it another way:  IBM pioneered a new class of large system D with POWER4 in late 2001 by incorporating major parts of the system H interconnect, a 1.5 MB on-chip L2 cache, and dual cores onto the POWER4 G chip (even though its L3 cache remained off-chip, and still does today  G even in POWER5+ for that matter).  The *only* large systems since then  G that have been able to challenge that architecture in large commercial  I benchmarks on a core-for-core basis have been EV7s, which arguably boast  G an even more impressive system architecture despite being hobbled by a  7 1998 core design:  everything else is still stuck with  G GS320/Superdome-class switched implementations with higher latency and  H lower bandwidth (and the new Superdomes don't change that situation all I that much:  POWER should continue to enjoy a 2:1 or better advantage per  H core over large Itanic systems for the foreseeable future) - only if (I C can't say 'when' yet) Itanic acquires similar on-chip interconnect  D capabilities in late 2008 (nearly 6 years after Alpha did, and even ; longer after POWER) is any change in that situation likely.   I Too bad Alpha was never given a real chance to keep POWER from being all  * by itself so far out in front of the pack.   - bill   ------------------------------  # Date: Tue, 22 Aug 2006 00:27:21 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>' Subject: Re: On-chip, 7-way associative . Message-ID: <JbsGg.38$1d1.10@news.cpqcorp.net>   BRANDON, JOHN M wrote:: > Can anyone explain what "On-chip, 7-way associative" is? ... P > From what I have read so far (various sites) is better performance - however IK > find it difficult to beleive that 1.75 cache per processor is better than  > 16-MB cache per processor.    A    EV7 has the processor, the cache, and a router with a six-way  = interconnection.  The usual configuration for EV7 is a torus.   P    Yes L2 of 16.0MB -- off-chip -- on EV68, while L2 of 1.75MB -- on-chip -- on P EV7.  In isolation, you might assume that 16 MB is better, though the bandwidth N from main memory into L2 on EV7 is significantly faster than on EV68 -- so if = you have the bandwidth, the size of the cache can be smaller.       Take a look at:  M      http://www.c3.lanl.gov/PAL/publications/papers/kerbyson02:EV7machine.pdf   J    The above paper shows about a 6x increase from main memory into L2, as L compared to EV68.  In particular, the available bandwidth throughout EV7 is Q substantial, and it scales nicely as you add processors into the box.  (And when  M you look at the maximum for the remote memory access discussed in the paper,  J that's a full worst-case traversal across a torus of 32 or 64 processors.)      Also see:  H      http://h18026.www1.hp.com/alphaserver/download/next_gen_wp_0203.pdf   ------------------------------  % Date: Mon, 21 Aug 2006 19:42:03 -0500 % From: Dan Foster <usenet@evilphb.org> ' Subject: Re: On-chip, 7-way associative 5 Message-ID: <slrneekkmr.sng.usenet@zappy.catbert.org>   ^ In article <06082116335217@dscis6-0.dalsemi.com>, BRANDON, JOHN M <brandon@dalsemi.com> wrote:: > Can anyone explain what "On-chip, 7-way associative" is?  & http://en.wikipedia.org/wiki/CPU_cache  F ...appears to be a decent reference or primer. Certainly seems to have* all the juicy, gory technical details. :-)  I On-chip means the cache is physically a part of the CPU's (silicon) chip.   E Contrasted to some processor designs that has off-chip cache which is D stored in separate chips. On-chip access is far faster than off-chipF access, which is why it's a huge deal for size of the L1 and L2 cache,. and somewhat less so for L3 cache if employed.   There's a nice diagram:   } http://upload.wikimedia.org/wikipedia/en/thumb/9/93/Cache%2Cassociative-fill-both.png/450px-Cache%2Cassociative-fill-both.png   H The image on the right is a two-way set-associative design; now, imagineG that each main memory location can point to up to seven different cache 2 line locations... (for a 7-way associative cache).   Why does this matter at all?  - Allow me to quote from the Wikipedia article:   9 	Associativity is a tradeoff. If there are ten places the B 	replacement policy can put a new cache entry, then when the cache@ 	is checked for a hit, all ten places must be searched. Checking: 	more places takes more power, area, and potentially time.  ? 	On the other hand, caches with more associativity suffer fewer ? 	misses (see conflict misses, below). The rule of thumb is that < 	doubling the associativity, from direct mapped to 2-way, or> 	from 2-way to 4-way, has about the same effect on hit rate as 	doubling the cache size.   > 	Associativity increases beyond 4-way have much less effect on< 	the hit rate, and are generally done for other reasons (see 	virtual aliasing, below).  E In general, this is one way to compensate for having a smaller cache, B because you are less likely to have an expensive cache miss -- and. hence, more likely to have decent performance.  G Why is a cache miss so expensive? Because you've got to then slow down, G wait an eternity for a main memory read before you can proceed further. F This is the bane of high performing systems. Big iron is happiest when( it can keep blazing ahead at full speed.  H If you're familiar with databases and indices... you know that having an> index can drastically speed up lookups *BUT* it's not a 'free'B optimization... you still have to spend a little time building andD updating indices whenever you update the underlying data -- e.g. for UPDATE, INSERT, etc.  @ That time can sometimes really add up under certain pathologicalF workloads. Still, for the typical workload, it sure beats doing a full table scan every single time.   H Not too dissimilar to the issue of CPU cache access performance. For theH typical workload, it's a big benefit. (n-way set associative cache use.)  C 7-way set associative is a tradeoff that costs 'something' (CPU die H space, time, power) but the EV7 architects apparently thought it to be a" bigger win in the overall picture.   -Dan   ------------------------------  # Date: Mon, 21 Aug 2006 18:12:41 GMT % From: Rick Jones <rick.jones2@hp.com> * Subject: Re: Open Source Hardware? (SPARC), Message-ID: <tImGg.1$o21.0@news.cpqcorp.net>  E >> P.S. The UltraSPARC T1 has absymal FP performance due to a single, C >> shared FPU which bottlenecks nicely with any FP traffic; this is B >> supposed to be significantly improved with the next chip (T2 or
 >> whatever).   B > The T2 is unlikely to scream for single threaded FP apps, the T2C > pipeline is a bit to sparse for that but it should be much better < > than T1. You will should also expect to see Sun publishingE > SPECint_rate numbers for the T2 something they havn't don't for the D > T1 because some of the SPECint benchmarks actually execute some FP > instructions.   8 I've seen Sun using that as an excuse for not publishingC SPECint_rate2000 numbers.  eon I think they asserted was one with a D bit of FP in it.  still that is only one of the components - I wouldE have thought that the effect of the geometric mean would be such that @ one component being wildly different wouldn't affect the overall metric all that much.   C maybe someone with a try-and-buy system can go ahead and run it and F publish - that seems to be the only way to get around clause 5f of theB Solaris and Studio 11 EULA's - schwartz's open invitation to write# evaluations of try-and-buy systems.   F I suspect Sun have to be careful about just how much FP they add there3 lest they blow their power budget out of the water.   
 rick jones --  ? Process shall set you free from the need for rational thought.  F these opinions are mine, all mine; HP might not want them anyway... :)D feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...   ------------------------------    Date: 21 Aug 2006 20:39:07 -0700) From: "troy@makaro.com" <troy@makaro.com> F Subject: openvms - java - timezone - daylight savings - what the heck!A Message-ID: <1156217947.227394.37460@74g2000cwt.googlegroups.com>   B Please help, I have been searching on the internet all day for the8 answer to why java times are off by one hour on openvms.  ) Here is how my timezone is currently set:   + MAKAROSOFT>@sys$manager:utc$time_setup show    AUTO_DLIGHT_SAV is set to "1".? OpenVMS will automatically change to/from Daylight Saving Time. - (in time zones that use Daylight Saving Time)   @     LOCAL TIME ZONE          = CANADA / PACIFIC -- DAYLIGHT TIME<     LOCAL SYSTEM TIME        = 21-AUG-2006 20:21:20.07 (PDT)$     TIME DIFFERENTIAL FACTOR = -7:00<     TIME ZONE RULE           = PST8PDT7,M4.1.0/02,M10.5.0/02B     Change PST to PDT on the First Sunday of April (2-Apr-2006) at 02:00 D     Change PDT to PST on the Last Sunday of October (29-Oct-2006) at 02:00     8 The above looks fine and when I enter 'show time' I get:   MAKAROSOFT>sh ti   21-AUG-2006 20:24:27  D This time is correct too. But when I run my java test program I get:   MAKAROSOFT>java "Test"6 Mon Aug 21 19:25:51 GMT-08:00 2006  ??????????????????   My test program looks like:    MAKAROSOFT>ty test.java    import java.util.Date; public class Test { 1         public static void main (String[] args) { /                 System.out.println(new Date()); 	         }  }    my java version is:    MAKAROSOFT>java -version java version "1.4.2"0 Java(TM) 2 Runtime Environment, Standard EditionG Fast VM (build 1.4.2-4.p5, build J2SDK.v.1.4.2:11/23/2005-04:19, native  threads, jit_142)     OpenVMS version is: OpenVMS V8.2   So what the heck am I missing?   ------------------------------  % Date: Mon, 21 Aug 2006 19:52:38 +0300 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> " Subject: Personal note - goodbye !* Message-ID: <44e9e4d8@usenet01.boi.hp.com>   Dear community,   J I wanted to let you know that I have decided to leave HP (I chose to leave onI my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in  VMS engineering.  G I want to thank this forum for all the feedback provided to me over the  years.H Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'llF be able to see the tremendous impact this forum had (especially in the	 utilities  area).  D I'm going to work with Bruce Ellis at BRUDEN. The company is growingC and I'll be responsible for the business in Europe. BRUDEN provides F training, services and consulting for VMS and other O/S's (guess whichG area I'll be working on ;-) so there is a good chance you'll be hearing 
 more from me.   A My new email starting September 1st will be guy.pelegATbruden.com    Thank you !    Guy    ------------------------------  % Date: Mon, 21 Aug 2006 15:29:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: Personal note - goodbye !, Message-ID: <44EA099B.6EBDEF4C@teksavvy.com>   Guy Peleg wrote:L > I wanted to let you know that I have decided to leave HP (I chose to leave > onK > my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in  > VMS engineering.    ) How dare you leave us like this ????? :-)   F Who will replace you to make all the updates to DCL that you have made over the years ?????????  5 You'll be missed ! You are leaving big shoes to fill.     0 > I'm going to work with Bruce Ellis at BRUDEN.   2 Well, at least you're staying in the VMS arena....  E BTW, if you ever meet Bruce's wife, tell her that JF from Canada says 5 hello ! (she used to be DECUS Canada office manager).    ------------------------------  # Date: Mon, 21 Aug 2006 19:11:47 GMT " From:   VAXman-  @SendSpamHere.ORG& Subject: Re: Personal note - goodbye !0 Message-ID: <00A5A8BC.95C37A61@SendSpamHere.ORG>  d In article <44e9e4d8@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_header@hp.com> writes: >  >  >Dear community, > K >I wanted to let you know that I have decided to leave HP (I chose to leave  >on J >my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in >VMS engineering.  > H >I want to thank this forum for all the feedback provided to me over the >years. I >Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'll G >be able to see the tremendous impact this forum had (especially in the 
 >utilities >area).  > E >I'm going to work with Bruce Ellis at BRUDEN. The company is growing D >and I'll be responsible for the business in Europe. BRUDEN providesG >training, services and consulting for VMS and other O/S's (guess which H >area I'll be working on ;-) so there is a good chance you'll be hearing >more from me.   Other OSs?  :D  C Does this mean that the DCL debugger I put to sleep was for naught?    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 21 Aug 2006 13:44:43 -0700) From: "DaveG" <david.gudewicz@abbott.com> & Subject: Re: Personal note - goodbye !B Message-ID: <1156193083.333127.219780@75g2000cwc.googlegroups.com>   Guy Peleg wrote: > Dear community,  > L > I wanted to let you know that I have decided to leave HP (I chose to leave > onK > my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in  > VMS engineering. > I > I want to thank this forum for all the feedback provided to me over the  > years.J > Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'llH > be able to see the tremendous impact this forum had (especially in the > utilities  > area). > F > I'm going to work with Bruce Ellis at BRUDEN. The company is growingE > and I'll be responsible for the business in Europe. BRUDEN provides H > training, services and consulting for VMS and other O/S's (guess whichI > area I'll be working on ;-) so there is a good chance you'll be hearing  > more from me.  > C > My new email starting September 1st will be guy.pelegATbruden.com  > 
 > Thank you !  >  > Guy   C Thanks for all your contributions in the past and here's hoping for  more in the future !  
 Good luck.   Dave...    ------------------------------  % Date: Mon, 21 Aug 2006 23:38:53 +0300 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> & Subject: Re: Personal note - goodbye !* Message-ID: <44ea19e1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:44EA099B.6EBDEF4C@teksavvy.com... > Guy Peleg wrote:H > > I wanted to let you know that I have decided to leave HP (I chose to leave  > > onJ > > my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in > > VMS engineering. >  > + > How dare you leave us like this ????? :-)  > H > Who will replace you to make all the updates to DCL that you have made > over the years ?????????  @ I was never working alone, Dave Sweeney my partner will continue! working on DCL and the utilities.    > 7 > You'll be missed ! You are leaving big shoes to fill.  >  > 1 > > I'm going to work with Bruce Ellis at BRUDEN.  > 4 > Well, at least you're staying in the VMS arena.... > G > BTW, if you ever meet Bruce's wife, tell her that JF from Canada says 7 > hello ! (she used to be DECUS Canada office manager).   3 Will do....hope it will not get me into trouble ;-)    ------------------------------  % Date: Mon, 21 Aug 2006 23:36:02 +0300 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> & Subject: Re: Personal note - goodbye !* Message-ID: <44ea1937@usenet01.boi.hp.com>  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A5A8BC.95C37A61@SendSpamHere.ORG...8 > In article <44e9e4d8@usenet01.boi.hp.com>, "Guy Peleg"- <guy.peleg@remove_this_header@hp.com> writes:  > >  > >  > >Dear community, > > G > >I wanted to let you know that I have decided to leave HP (I chose to  leave  > >on L > >my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in > >VMS engineering.  > > J > >I want to thank this forum for all the feedback provided to me over the	 > >years. K > >Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'll I > >be able to see the tremendous impact this forum had (especially in the  > >utilities	 > >area).  > > G > >I'm going to work with Bruce Ellis at BRUDEN. The company is growing F > >and I'll be responsible for the business in Europe. BRUDEN providesI > >training, services and consulting for VMS and other O/S's (guess which J > >area I'll be working on ;-) so there is a good chance you'll be hearing > >more from me. >  > Other OSs?  :D > E > Does this mean that the DCL debugger I put to sleep was for naught?   A I have a DCL debugger written in DCL almost ready, I hope it will ( see the day of light in a future release   >  > --  2 > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > 6 >   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------  % Date: Mon, 21 Aug 2006 21:11:12 -0400 / From: "William Webb" <william.w.webb@gmail.com> & Subject: Re: Personal note - goodbye !H Message-ID: <8660a3a10608211811qb04ebfct2e4b053998852060@mail.gmail.com>  ; On 8/21/06, Guy Peleg <guy.peleg@remove_this_header> wrote:  > Dear community,  > L > I wanted to let you know that I have decided to leave HP (I chose to leave > onK > my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in  > VMS engineering. > I > I want to thank this forum for all the feedback provided to me over the  > years.J > Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'llH > be able to see the tremendous impact this forum had (especially in the > utilities  > area). > F > I'm going to work with Bruce Ellis at BRUDEN. The company is growingE > and I'll be responsible for the business in Europe. BRUDEN provides H > training, services and consulting for VMS and other O/S's (guess whichI > area I'll be working on ;-) so there is a good chance you'll be hearing  > more from me.  > C > My new email starting September 1st will be guy.pelegATbruden.com  > 
 > Thank you !  >  > Guy  >  >  >   Kudos to you and hello to Bruce.  E I guess this means I'll never see the DELETE/USER/PERMANENT/TERMINATE  command added to DCL.    ; - )    WWWebb   --   I'm job-hunting, folks. < Any leads or referrals would be most gratefully appreciated.1 Unsolicited commercial email, however, would not.    ------------------------------  % Date: Mon, 21 Aug 2006 21:33:12 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> & Subject: Re: Personal note - goodbye !: Message-ID: <F8qdnY9Or5RKw3fZnZ2dnUVZ_v-dnZ2d@comcast.com>   William Webb wrote:   = > On 8/21/06, Guy Peleg <guy.peleg@remove_this_header> wrote:  >  >> Dear community, >>H >> I wanted to let you know that I have decided to leave HP (I chose to  >> leave >> on L >> my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in >> VMS engineering.  >>J >> I want to thank this forum for all the feedback provided to me over the	 >> years. K >> Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'll I >> be able to see the tremendous impact this forum had (especially in the  >> utilities	 >> area).  >>G >> I'm going to work with Bruce Ellis at BRUDEN. The company is growing F >> and I'll be responsible for the business in Europe. BRUDEN providesI >> training, services and consulting for VMS and other O/S's (guess which J >> area I'll be working on ;-) so there is a good chance you'll be hearing >> more from me. >>D >> My new email starting September 1st will be guy.pelegATbruden.com >> >> Thank you ! >> >> Guy >> >> >>" > Kudos to you and hello to Bruce. > G > I guess this means I'll never see the DELETE/USER/PERMANENT/TERMINATE  > command added to DCL.  >  > ; - )  >  > WWWebb >   E You omitted the all-important /WITH_EXTREME_PREDJUDICE qualifier. :-)    ------------------------------  % Date: Mon, 21 Aug 2006 21:28:00 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>& Subject: Re: Personal note - goodbye !0 Message-ID: <44EA6BB0.9A6E663A@spam.comcast.net>   Guy Peleg wrote: >  > Dear community,  > L > I wanted to let you know that I have decided to leave HP (I chose to leave > onK > my own). I have been part of DEC/CPQ/HP for almost 10 years, 6 of them in  > VMS engineering. > I > I want to thank this forum for all the feedback provided to me over the  > years.J > Look at recent VMS releases (V8.2 and upcoming V8.3) and I'm sure you'llH > be able to see the tremendous impact this forum had (especially in the > utilities  > area). > F > I'm going to work with Bruce Ellis at BRUDEN. The company is growingE > and I'll be responsible for the business in Europe. BRUDEN provides H > training, services and consulting for VMS and other O/S's (guess whichI > area I'll be working on ;-) so there is a good chance you'll be hearing  > more from me.  > C > My new email starting September 1st will be guy.pelegATbruden.com  > 
 > Thank you !   D A *HUGE* thank you from me! The new stuff makes my professional life" *MUCH* easier and more productive.   --   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: 21 Aug 2006 19:25:05 -04007 From: "Gareth V. Williams" <graff@cfa0.cfa.harvard.edu> ) Subject: Printing to a HP LaserJet 2605dn . Message-ID: <44ea40d1@cfanews.cfa.harvard.edu>  E   We recently bought an HP LaserJet 2605dn color printer for our home H network.  I have set it up to print jobs from the PC and the laptop withF no problems.  But my attempts to get it to print jobs from my PersonalE Workstation 500au have been unsuccesful.  Jobs appear to be submitted H without error to the queue, but nothing comes out and examination of the9 printer queues shows the jobs to be retained with errors.   E   I did the setup of lpd following the guide of Chap. 24 of HP TCP/IP B Services for OpenVMS: Management manual.  The setup is OpenVMS 8.2 and TCPIP V5.5-11 ECO 1.     Here is the SHOW QUE output:   $ show que hp_lj2605/full ? Server queue HP_LJ2605, idle, on SCULLY::, mounted form DEFAULT I   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) Lowercase /OWNER=[SYSTEM] F   /PROCESSOR=TCPIP$LPD_SMB /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR  7 and the relevant bits from the TCPIP$PRINTCAP.DAT file:    ...  HP_LJ2605|hp_lj2605:\ 2         :lf=/TCPIP$LPD_ROOT/000000/HP_LJ2605.LOG:\         :lp=HP_LJ2605:\          :rm=xx.xx.xx.xx:\          :rp=raw:\ &         :sd=/TCPIP$LPD_ROOT/HP_LJ2605: ...   F where xx.xx.xx.xx is the IP address of the printer.  The same problem  occurs+ if I specify the printer as rm=<node name>.      So I tried enabling logging:   $ search TCPIP$LPD.CONF debug  Symbiont-Debug: 15  J   And printed a document (psprint is a home-grown procedure for convertingI ASCII and DVI files to PS for printing, and this is the procedure we use   onF our cluster at work [so I know that it is producing valid PS output]):   $ @d30:[data.printer]psprint o. A Job ZZ184827361 (queue HP_LJ2605, entry 409) started on HP_LJ2605   =   Nothing comes out on the printer.  Check the printer queue:    $ show que hp_lj2605? Server queue HP_LJ2605, idle, on SCULLY::, mounted form DEFAULT   4   Entry  Jobname         Username     Blocks  Status4   -----  -------         --------     ------  ------?     409  ZZ184827361     GARETH            7  Retained on error 0        %SYSTEM-F-NOLOGNAM, no logical name match=          Completed 21-AUG-2006 18:48:30.86 on queue HP_LJ2605      Examining the logfile shows:   $ t/tail HP_LJ2605.LOG ... < (lpd$send.c/592) entering sendit pfd -1 cf 0 time 1156189864& (lpd$send.c/597) first file in the job8 (lpd$send.c/1636) entering send_from_sjc time 1156189865' (lpd$send.c/1641) first file in the job 5 (lpd$send.c/1666) Error getting local host name - 444   D %%%%%%%%%%%%                   21-AUG-2006 15:51:05.30  %%%%%%%%%%%%  ) %SYSTEM-F-NOLOGNAM, no logical name match    (lpd$smb.c/913)do_task st:444  ...   J    Where is the C program trying to get the local host name from?  Is thisJ attempting to use decc$gethostname, which works in other C programs I haveI running locally?  If so, why is it failing?  If not, what is looking for   and from where?   
     Gareth     --  H ------------------------------------------------------------------------H Gareth V. Williams, MS 18, 60 Garden Street, Cambridge, MA 02138, U.S.A.+ Associate Director, IAU Minor Planet Center H gwilliams@cfa.harvard.edu        http://cfa-www.harvard.edu/iau/mpc.html7 OpenVMS & RISC OS: refined choices in operating systems    ------------------------------  # Date: Tue, 22 Aug 2006 01:01:53 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>- Subject: Re: Printing to a HP LaserJet 2605dn . Message-ID: <5IsGg.40$r61.17@news.cpqcorp.net>   Gareth V. Williams wrote:   > > (lpd$send.c/592) entering sendit pfd -1 cf 0 time 1156189864( > (lpd$send.c/597) first file in the job: > (lpd$send.c/1636) entering send_from_sjc time 1156189865) > (lpd$send.c/1641) first file in the job 7 > (lpd$send.c/1666) Error getting local host name - 444  > F > %%%%%%%%%%%%                   21-AUG-2006 15:51:05.30  %%%%%%%%%%%% > + > %SYSTEM-F-NOLOGNAM, no logical name match  >  > (lpd$smb.c/913)do_task st:444  > ...  > L >    Where is the C program trying to get the local host name from?  Is thisL > attempting to use decc$gethostname, which works in other C programs I haveK > running locally?  If so, why is it failing?  If not, what is looking for   > and from where?   P    I don't know where TCP/IP Services is picking up the value off-hand (and the N source code isn't immediately available), but I also haven't found a previous 4 similar reference to anything similar to this error.  K    Has this node been used before for IP, or is this a fresh configuration?   Q    How are you queuing the print job?  Are you using this psprint tool for that,  N or something else?  (Regardless of its correctness, I'd remove that tool from M the initial problem space -- at least initially, that's probably unnecessary  L complexity in the problem.)  I'd start with a Postscript file and the PRINT 2 command, if that's not already what you are doing.  I    In this case, I'd ensure that TCP/IP Services has been configured and  L started, particularly around the core environment and the printing services.  P    I'll assume you've ensured you can ping the node from the OpenVMS Alpha box,  right?  M    I've been using DCPS with the local printers, but that SPD doesn't (yet?)  O list the LaserJet 2605 -- this box has port 9100, and may well work with DCPS.  K (There's a description of configuring an IP printer or an unsupported DCPS  G printer over in the old Ask The Wizard area, starting in topic (1020).)    ------------------------------  % Date: Mon, 21 Aug 2006 21:34:27 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>- Subject: Re: Printing to a HP LaserJet 2605dn 0 Message-ID: <44EA6D33.E18ACC0F@spam.comcast.net>   "Gareth V. Williams" wrote:  > G >   We recently bought an HP LaserJet 2605dn color printer for our home J > network.  I have set it up to print jobs from the PC and the laptop withH > no problems.  But my attempts to get it to print jobs from my PersonalG > Workstation 500au have been unsuccesful.  Jobs appear to be submitted J > without error to the queue, but nothing comes out and examination of the; > printer queues shows the jobs to be retained with errors.  > G >   I did the setup of lpd following the guide of Chap. 24 of HP TCP/IP D > Services for OpenVMS: Management manual.  The setup is OpenVMS 8.2 > and TCPIP V5.5-11 ECO 1. > [snip]  H Try using reverse-Telnet instead of LPD. Depending on what you're tryingE to print, it's possible that the printer has far less memory than the H size of the print job you're trying to send. (Remember that for LPD, theD printer must first receive the entire job before it gets told how to
 print it.)  G Target TCP port 9100 to start with. If that's not it, finding the right " port will be a separate challenge.   --   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: Mon, 21 Aug 2006 18:54:56 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>; Subject: Re: SEPPUCLU bugcheck introducing new cluster node , Message-ID: <4knGg.9$I61.3@news.cpqcorp.net>   Tom Wade wrote:    > P00>>>show device F > dga101.1001.0.3.1          $1$DGA101                     HSG80  V87FF > dga101.1002.0.3.1          $1$DGA101                     HSG80  V87FF > dga12409.1.0.3.1           $0$DGA12409                   HSG80  V87F  P    There's definitely something wrong here, in that all FC disk storage devices Q should be in allocation class 1.  (I don't know what else might tip over if/when  P the allocation class is incorrect, but that allocation class setting definitely  needs to be updated.)    ------------------------------  % Date: Mon, 21 Aug 2006 15:24:44 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ; Subject: Re: SEPPUCLU bugcheck introducing new cluster node , Message-ID: <44EA0878.6BCF3F19@teksavvy.com>   Hoff Hoffman wrote: O >    This bugcheck is issued where the particular cluster node self-exits in an H > attempt to allow and to preserve the continued operations of the whole > configuration.    H is SEPPUCLU different from the "node voluntarily exiting" message when aH node regains connectivity to a cluster and is actually told by the otherG nodes to commit hara-kiri in order to ensure it reboots cleanly with an  updated lock database etc ?    ------------------------------    Date: 21 Aug 2006 12:44:48 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ; Subject: Re: SEPPUCLU bugcheck introducing new cluster node C Message-ID: <1156189488.895827.229230@b28g2000cwb.googlegroups.com>    Tom,  F maybe you should clear the WWIDMGR config and re-configure your accessA to the boot device. Make sure you use the UDIDs and not the index 4 (first column) of the >>> WWIDMGR -show WWID output.   >>> wwidmgr -clear env >>> wwidmgr -show wwidJ >>> wwidmgr -quickset -udid nnn ! where nnn is the boot device unit number   Volker.    ------------------------------    Date: 21 Aug 2006 12:47:48 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ; Subject: Re: SEPPUCLU bugcheck introducing new cluster node C Message-ID: <1156189668.220072.231230@m73g2000cwd.googlegroups.com>    > >>> wwidmgr -clear env  
 Make that:   >>> wwidmgr -clear all   Sorry,   Volker.    ------------------------------    Date: 21 Aug 2006 12:39:40 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ; Subject: Re: SEPPUCLU bugcheck introducing new cluster node @ Message-ID: <1156189180.846017.5230@74g2000cwt.googlegroups.com>   > J > is SEPPUCLU different from the "node voluntarily exiting" message when aJ > node regains connectivity to a cluster and is actually told by the otherI > nodes to commit hara-kiri in order to ensure it reboots cleanly with an  > updated lock database etc ?   G Yes, SEPPUCLU is a new bugcheck name in OpenVMS V7.3-1 and is different  from the CLUEXIT bugcheck.  F As I said, it's a Lock Manager related bugcheck and serves the purposeE of also crashing the node, which has SENT the apparently invalid lock D message to allow analysis in the context of the sender. Previously a> LOCKMGRERR bugcheck was used instead of the SEPPUCLU bugcheck.   Volker.    ------------------------------  % Date: Mon, 21 Aug 2006 15:22:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 , Message-ID: <44EA07E0.48D8D9C0@teksavvy.com>  / http://home.iae.nl/users/pb0aia/vax/vs3khw.html   E It shows the pinouts from the DEC proprietary 15 pin connector to VGA  pinouts.  I built my own.    ------------------------------    Date: 21 Aug 2006 13:01:58 -0700 From: intensifi@earthlink.net ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 B Message-ID: <1156190518.513104.63720@h48g2000cwc.googlegroups.com>   JF Mezei wrote: 1 > http://home.iae.nl/users/pb0aia/vax/vs3khw.html  > G > It shows the pinouts from the DEC proprietary 15 pin connector to VGA  > pinouts.  I built my own.   G I wish my vaxstation had this type of connector.  On the workstation it A is 3 big pins (RGB) inside a D style connector.  The other end is < individual coax RGB which plugs into the very large DEC CRT.   ------------------------------  % Date: Mon, 21 Aug 2006 17:26:14 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 : Message-ID: <ZeCdnZx1w79ruXfZnZ2dnUVZ_qidnZ2d@comcast.com>   intensifi@earthlink.net wrote:   > Hello, > I > I heard such an adapter existed.  Does anyone know where I can get one?  > F > 29-32549-01 is a part # I found while searching, but no luck finding
 > one to buy.  >  > Thanks in advance! >   I Hmmmm!   I have this dusty antique labeled "PMAGD-AA" which I believe is  H a turbo-channel video card which might work in your VAXstation.  It has > a weird video connector; three coax type "pins" in a DB shell.  B I have no idea if it is in working condition and have no means of 5 testing it.  My poor old 4000/VLC doesn't support it.   D If you think you might be able to use it, drop me an e-mail with an A offer.  If it doesn't work you may return it and I'll refund the  % purchase price, but not the shipping.    ------------------------------    Date: 21 Aug 2006 14:41:57 -0700 From: intensifi@earthlink.net ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 B Message-ID: <1156196517.587593.45840@m79g2000cwm.googlegroups.com>   Richard B. Gilbert wrote:   > intensifi@earthlink.net wrote: > 
 > > Hello, > > K > > I heard such an adapter existed.  Does anyone know where I can get one?  > > H > > 29-32549-01 is a part # I found while searching, but no luck finding > > one to buy.  > >  > > Thanks in advance! > >  > J > Hmmmm!   I have this dusty antique labeled "PMAGD-AA" which I believe isI > a turbo-channel video card which might work in your VAXstation.  It has @ > a weird video connector; three coax type "pins" in a DB shell. > C > I have no idea if it is in working condition and have no means of 7 > testing it.  My poor old 4000/VLC doesn't support it.  > E > If you think you might be able to use it, drop me an e-mail with an B > offer.  If it doesn't work you may return it and I'll refund the' > purchase price, but not the shipping.   C thanks .... but this is (or is similar to) the video card I already H have.  I want to to connect that RGB-D connector to an SVGA/VGA monitor.   ------------------------------  + Date: Mon, 21 Aug 2006 16:44:48 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda); Subject: Re: VGA video adapter for Vaxstation 4000 model 60 2 Message-ID: <06082116444806_2027FAC5@antinode.org>  3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>    > [...]  It has @ > a weird video connector; three coax type "pins" in a DB shell.  H    For the record, the same connector was also used by Apollo and by IBM6 (on some RS/6000 machines).  And probably others, too.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 21 Aug 2006 23:43:59 +0200 ( From: Michael Kraemer <M.Kraemer@gsi.de>; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 / Message-ID: <ecd9e2$pg7$00$2@news.t-online.com>     intensifi@earthlink.net schrieb: > JF Mezei wrote:  > 1 >>http://home.iae.nl/users/pb0aia/vax/vs3khw.html  >>G >>It shows the pinouts from the DEC proprietary 15 pin connector to VGA  >>pinouts.  I built my own.  >  > I > I wish my vaxstation had this type of connector.  On the workstation it C > is 3 big pins (RGB) inside a D style connector.  The other end is > > individual coax RGB which plugs into the very large DEC CRT. >   3 but then you luckily have already the part which is - hardest to find - those DEC-style connectors. - You will "only" need the BNC -> VGA cable and ! I suppose this is easier to find.    ------------------------------  % Date: Tue, 22 Aug 2006 01:21:07 +0200 ( From: Michael Kraemer <M.Kraemer@gsi.de>; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 / Message-ID: <ecdf46$308$01$1@news.t-online.com>    Steven M. Schweda schrieb:5 > From: "Richard B. Gilbert" <rgilbert88@comcast.net>  >  >>[...]  It has @ >>a weird video connector; three coax type "pins" in a DB shell. >  > J >    For the record, the same connector was also used by Apollo and by IBM > (on some RS/6000 machines).       I'm not sure if this is correct.1 But I have an ancient IBM RT sitting on the shelf ) which has exactly this kind of connector.    ------------------------------  % Date: Mon, 21 Aug 2006 21:29:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 , Message-ID: <44EA5E0F.5113BA5B@teksavvy.com>   intensifi@earthlink.net wrote:E > thanks .... but this is (or is similar to) the video card I already J > have.  I want to to connect that RGB-D connector to an SVGA/VGA monitor.  G If your VAXstation has pure RGB outputs, you can easily map them to VGA > monitor pinouts.  Make sure your monitor can do sync-on-green.   ------------------------------  % Date: Mon, 21 Aug 2006 19:45:43 -0700 * From: "Tom Linden" <tom@kednos-remove.com>; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 ) Message-ID: <op.tenzaha5tte90l@hyrrokkin>   H On Mon, 21 Aug 2006 14:43:59 -0700, Michael Kraemer <M.Kraemer@gsi.de>   wrote:  " > intensifi@earthlink.net schrieb: >> JF Mezei wrote: >>3 >>> http://home.iae.nl/users/pb0aia/vax/vs3khw.html  >>> I >>> It shows the pinouts from the DEC proprietary 15 pin connector to VGA  >>> pinouts.  I built my own. K >>   I wish my vaxstation had this type of connector.  On the workstation    >> it D >> is 3 big pins (RGB) inside a D style connector.  The other end is? >> individual coax RGB which plugs into the very large DEC CRT.  >> > 5 > but then you luckily have already the part which is / > hardest to find - those DEC-style connectors. / > You will "only" need the BNC -> VGA cable and # > I suppose this is easier to find.  > G This may seem odd but it works.  The cable referred to with the three    moldedG sma connectors at the 4000 end and the three bnc at the others can be   	 connected K to a cable which you can buy almost anywhere which has 5 bnc at one and and = d-sub at the other using 3 bnc couples costing about $1 each.                 ---R  -C- R8 SMA -------------G  -C- G------------------------  D-SUB                ---B  -C- B                      -- W                       -- Bl  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------    Date: 21 Aug 2006 22:43:26 -0700 From: intensifi@earthlink.net ; Subject: Re: VGA video adapter for Vaxstation 4000 model 60 C Message-ID: <1156225406.568760.131960@m73g2000cwd.googlegroups.com>    Tom Linden wrote: H > On Mon, 21 Aug 2006 14:43:59 -0700, Michael Kraemer <M.Kraemer@gsi.de> > wrote: > $ > > intensifi@earthlink.net schrieb: > >> JF Mezei wrote: > >>5 > >>> http://home.iae.nl/users/pb0aia/vax/vs3khw.html  > >>> K > >>> It shows the pinouts from the DEC proprietary 15 pin connector to VGA  > >>> pinouts.  I built my own. K > >>   I wish my vaxstation had this type of connector.  On the workstation  > >> it F > >> is 3 big pins (RGB) inside a D style connector.  The other end isA > >> individual coax RGB which plugs into the very large DEC CRT.  > >> > > 7 > > but then you luckily have already the part which is 1 > > hardest to find - those DEC-style connectors. 1 > > You will "only" need the BNC -> VGA cable and % > > I suppose this is easier to find.  > > G > This may seem odd but it works.  The cable referred to with the three  > moldedG > sma connectors at the 4000 end and the three bnc at the others can be  > connected M > to a cable which you can buy almost anywhere which has 5 bnc at one and and ? > d-sub at the other using 3 bnc couples costing about $1 each.  >                ---R  -C- R: > SMA -------------G  -C- G------------------------  D-SUB >                ---B  -C- B >                      -- W  >                      -- Bl > G > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/      Thanks!    ------------------------------  # Date: Mon, 21 Aug 2006 19:45:42 GMT   From: John Santos <john@egh.com> Subject: Re: Wireless handhelds + Message-ID: <G3oGg.10745$RQ5.4757@trnddc03>    JF Mezei wrote:  > One more thought:  > M > You may wish to consider enabling virtual terminals for telnet connections.  > H > This way, if a connection is lost, upon reconnecting, the user has theC > option to reconnect to the previous session that was in progress.   C I get the feeling the app is connecting to a terminal-based service ? (i.e. a captive, maybe autologin or non-password account) where B login.com does everything.  Not a full-fledged, interactive login.D In other words, it is not unlikely the user never sees a username orA password prompt, he/she just clicks buttons or touches a panel on G the wireless handheld, and has no idea what is going on under the hood. B So unless the app handles logging back in after a lost connection,B this probably wouldn't help them much.  (It's really much nicer ifF the connection never gets lost, even as the user moves from AP to AP.)   > I > Question: for telnet, does the "do you wish to reconnect" work when the 3 > second call comes in from a different IP address?   F Yes, you can connect to any disconnected process from any terminal setG /disconnect.  It doesn't even need to be the same underlying transport. D I.E. You can log in from a terminal server using LAT, disconnect theE session, log in again from somewhere else using telnet, reconnect and D keep going, then disconnect the telnet session and log in on a real,E physical terminal (do they exist anymore?) on a serial port, and take > over from there.  You need to load the VTDRIVER, and set LTA0:E (template device) and any physical terminals /DISCONNECT.  The method > for enabling this on telnet terminals depends on the IP stack.  B I haven't discovered a way to do this on DECnet (CTERM) or DECterm* terminals, but I haven't looked very hard.       --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   End of INFO-VAX 2006.466 ************************