1 INFO-VAX	Fri, 04 Jul 2003	Volume 2003 : Issue 365       Contents:P =?ISO-8859-1?Q?Re=3A_HP_Announces_OpenVMS_Evaluation_R?= =?ISO-8859-1?Q?elease_V6 Re: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ? Re: Enumerating logicalsF How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1?J Re: How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1?J Re: How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1?P Re: HP Announces OpenVMS Evaluation Release Version 8.0 for	=?iso-8859-1?Q?Itani( Re: HP Powers More TOP500 SupercomputersK Re: HP Webcast this morning on Next-Generation Intel Itanium 2   processors J Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processorsJ Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processorsJ Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processorsI Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors I Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors I Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors I Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors P Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors procesP Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors procesP Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors procesP Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors proces Re: iSCSI anyone?  Re: iSCSI anyone?  Re: iSCSI anyone?  Re: Mount a backup /image " Re: OpenVMS 7.3.1 Install problem." Re: OpenVMS 7.3.1 Install problem." Re: OpenVMS 7.3.1 Install problem." Re: OpenVMS 7.3.1 Install problem." Re: OpenVMS 7.3.1 Install problem." Re: OpenVMS 7.3.1 Install problem.& Re: OpenVMS FAQ and FAQ Website ErrataK Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships  today!!! K Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships  today!!! 5 Re: OpenVMS Technical Journal 2nd issue now available 5 Re: OpenVMS Technical Journal 2nd issue now available P Re: OpenVMS, and Itanium2 and Itanium2 6M (was: Re: HP Webcast this morning on NP Re: OpenVMS, and Itanium2 and Itanium2 6M (was: Re: HP Webcast this morning on N< Preferred controller for external narrow SCSI devices (DS10)@ Q: SIMH/VAX on Linux: XWindows on the same host without network?D Re: Q: SIMH/VAX on Linux: XWindows on the same host without network?P Re: Q: SIMH/VAX on Linux: XWindows on the same host without network? network?net Re: Running VMS off CDP Re: Shared Memory (was: Re: HP Webcast this morning on Next-Generation Intel Ita Sign of the demise of Alpha  Re: Sign of the demise of Alpha  Re: Sign of the demise of Alpha  Re: Sign of the demise of Alpha  Re: Sign of the demise of Alpha 5 Re: Strange behavior of Backup/ign=inter on VMS 7.3-1  Re: system disk on ODS-5 ucx printing problems F Re: VAX support (was: Re: OpenVMS Technical Seminar Highlights (some))F Re: VAX support (was: Re: OpenVMS Technical Seminar Highlights (some))8 Re: VAX Vup Listing not available on HP - where is it ??= Re: VMS makes "General News" section of HP's "Customer Times" = Re: VMS makes "General News" section of HP's "Customer Times" = Re: VMS makes "General News" section of HP's "Customer Times" = Re: VMS makes "General News" section of HP's "Customer Times" = Re: VMS makes "General News" section of HP's "Customer Times" = Re: VMS makes "General News" section of HP's "Customer Times"   F ----------------------------------------------------------------------  % Date: Thu, 03 Jul 2003 16:29:05 -0400  From: Everhart <ge@gce.com> Y Subject: =?ISO-8859-1?Q?Re=3A_HP_Announces_OpenVMS_Evaluation_R?= =?ISO-8859-1?Q?elease_V + Message-ID: <be23mk$neu$1@bob.news.rcn.net>    JF Mezei wrote:  > Fred Kleinsorge wrote: > J >>Huh?  While VAX and VMS were co-designed, Alpha was not designed for VMSL >>(there were features that made it easier for VMS to be ported).  Tru64 ran >>on Alpha just fine.  >  > . > And Ultrix and BSD ran on VAX just fine too. > G > However, isn't it true that Wildfire class *systems* were designed in L > conjunction with VMS engineers to allow for Galaxy environment where it is  > more then hard partitions ???? > L > Would HP design/build superdome equivalents with any added design/hardwareP > that will allow that extra functionality that VMS had on Wildfire ? Or will it! > be limited to hard partitions ? K As I recall this, the Wildfire systems were designed by hardware groups and K VMS got the job of figuring out how to support them. The result was Galaxy. L There was some considerable work with the console programs to support GalaxyE but as I recall this, the Wildfire design was pretty well a done deal E independently. Galaxy was designed after, and was initially billed as N "extended hardware support" to get it past management (BP and allies). HoweverH it became much more than this, the idea being to get VMS past just beingH another more-processors-than-before SMP machine OS and to try to hit theJ sweet spot both for SMP and for clusters. Work was done, and continues, inL reducing the number of lock conflicts, but the idea of Galaxy was to be ableO to support much larger groups of machines as a single system in some sense, yet I with good scalability and flexibility. Moving processors around to follow J processes was one novel thing. The hardware would allow I/O to be migratedM across machines too, if the users were willing for this to be done. Obviously I that kind of thing increases your vulnerability to hardware failures. The D processor moving could be done in a still pretty fault tolerant way.   ------------------------------   Date: 3 Jul 2003 17:05:14 -0500 4 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt)? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? 3 Message-ID: <0gzeZRQTz4il@eisner.encompasserve.org>   X In article <f4jMa.3693$RV.62@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes: > John Smith wrote:  > ) >> Mozilla on VMS is  not current enough.  > H > Lets see Mozilla 1.4 was announced on June 30th and right now on July I > 1st, I'm downloading the PCSI kit for OpenVMS.  Or are you saying that  8 > Mozilla.org isn't focusing on the correct feature set?  B Where?  I went to the SWB home page just now (3-JUL-2003) and all * I see is SWB 1.2-1 based on Mozilla M1.2.1   ------------------------------  # Date: Thu, 03 Jul 2003 23:05:17 GMT # From: hoff@hp.nospam (Hoff Hoffman) ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? 2 Message-ID: <NE2Na.3943$_H3.3129@news.cpqcorp.net>  j In article <0gzeZRQTz4il@eisner.encompasserve.org>, kuhrt@nospammy.encompasserve.org (Marty Kuhrt) writes:Y :In article <f4jMa.3693$RV.62@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes:  :> John Smith wrote: :>  * :>> Mozilla on VMS is  not current enough. :>  I :> Lets see Mozilla 1.4 was announced on June 30th and right now on July  J :> 1st, I'm downloading the PCSI kit for OpenVMS.  Or are you saying that 9 :> Mozilla.org isn't focusing on the correct feature set?  : C :Where?  I went to the SWB home page just now (3-JUL-2003) and all  + :I see is SWB 1.2-1 based on Mozilla M1.2.1      via:       http://www.mozilla.org/   	   or via:   H     http://h71000.www7.hp.com/openvms/products/ips/register_mozilla.html  F   If you want the latest Mozilla web browser, download and use Mozilla@   directly -- the CSWB kit and releases currently trail Mozilla.  
   CSWB is at:   A     http://h71000.www7.hp.com/openvms/products/ips/cswb/cswb.html   D   CWSB is (AFAIK) functionally identical to the Mozilla version that   it is based on.   D   Mozilla is (also) referenced in the OpenVMS FAQ, with URL pointers   and such.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Thu, 03 Jul 2003 15:12:25 -0500 * From: Patrick Spinler <pspinler@yahoo.com>! Subject: Re: Enumerating logicals + Message-ID: <be22o1$dfq$1@tribune.mayo.edu>    Hoff Hoffman wrote: A >   No wildcard-capable logical name API interface exists for any E >   version of OpenVMS, and the only existing mechanism that provides > >   this is the kernel-mode code within SHOW LOGICAL itself.   > D >   There are various previous discussions of this, with discussions >   arising roughly yearly.  > E >   Parsing the output of any DCL commands is generally not supported G >   and is generally not recommended -- the command output contents and & >   output format can and does change. > F >   What are you up to?  (You might be implementing something odd hereD >   and there may be an alternative approach, or you might be using 2 >   logical names in a way that was not intended.)  @ Me - I'd just like a working, fully functional VMS Perl logical I interface module.  Something that, for instance, would allow me to tie a  8 logical name table to a perl hash, and treat it as such.  G Part of Perl's hash functionality is to obtain all the available keys.  E Ergo, the perl module to implement this function would have to get a  ) list of all logicals in a specific table.   G I have some prototype code which I use from time to time, but it's far  ? too ugly to release.  A large part of it's uglyness is that it  8 internally has to lib$spawn a dcl process to do a "show  logical/table=XXX".  Ugh.   F Well, not only for perl, I use wildcard logical lookup in DCL for all G sorts of things.  For example, we have a script text menu system which  E defines the menus in logicals.  So, for example, to get all the menu  G items for a particular menu, we have to do things like this: "show log    /table=<menu_table> menu_item_*"  A As another example, we also have a system of applications on our  D cluster, which consist, amoung other things, of application servers G which do processing.  The list of servers, commands to run them, their  B arguments and other information we define in logical name tables. H Again, to get the list of servers to start, we end up doing things like 5 "show log /table=<app_config_table> daemon_command_*"   G I could go on, but I think you get the point.  It's just an incredibly   useful facility.   -- Pat   ------------------------------   Date: 3 Jul 2003 11:56:54 -0700 $ From: svieth@wi.rr.com (Scott Vieth)O Subject: How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1? = Message-ID: <5a85bce2.0307031056.6120964c@posting.google.com>    Hi:   B This topic has been discussed in the past in c.o.v.  A very clever. little command procedure was posted which usesE f$getsyi("temperature_vector") to get the temperature readings out of  an AlphaServer running VMS.   # Here is what I can see on our ES40:   + -------------------------------------------       ES40 CPU Temperature Monitor+ ------------------------------------------- ( Vector: FFFFFFFFFFFFFFFFFF14151615161818 CPU  0   Temperature  75   CPU  1   Temperature  75   CPU  2   Temperature  71   CPU  3   Temperature  69   CPU  4   Temperature  71   CPU  5   Temperature  69   CPU  6   Temperature  68    C From other posts, I believe that the seven temperature readings are C from three sensors somewhere in the system (see Hoff's post on this & topic) and then each of our four CPUs.  6 Soooooo, I can monitor the system temperature via DCL.  D Now I would like to monitor the temperature with a piece of softwareF that I can run on the ES40 that speaks SNMP so I can collect the temps( and graph them in something like cricketF (http://cricket.sourceforge.net/).  (I already have cricket running on) a nearby Proliant server running RedHat).   F The older posts that I found in c.o.v. say that monitoring via SNMP isE possible via a product called ServerWorks.  I think that software has D been retired.  Is there a replacement for ServerWorks on VMS?  Maybe@ an Insight Manager agent for VMS or something along those lines?   Many thanks,   -Scott Vieth> Fibre channel plumber, ES40 mechanic, uber-hacker wannabee :^)   ------------------------------   Date: 3 Jul 2003 19:58:36 -0700 # From: dooleys@snowy.net.au (dooley) S Subject: Re: How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1? = Message-ID: <1ca82fc6.0307031858.44077984@posting.google.com>   i svieth@wi.rr.com (Scott Vieth) wrote in message news:<5a85bce2.0307031056.6120964c@posting.google.com>...  > Hi:  > D > This topic has been discussed in the past in c.o.v.  A very clever0 > little command procedure was posted which usesG > f$getsyi("temperature_vector") to get the temperature readings out of  > an AlphaServer running VMS.  > % > Here is what I can see on our ES40:  > - > ------------------------------------------- " >     ES40 CPU Temperature Monitor- > ------------------------------------------- * > Vector: FFFFFFFFFFFFFFFFFF14151615161818 > CPU  0   Temperature  75   > CPU  1   Temperature  75   > CPU  2   Temperature  71   > CPU  3   Temperature  69   > CPU  4   Temperature  71   > CPU  5   Temperature  69   > CPU  6   Temperature  68   > E > From other posts, I believe that the seven temperature readings are E > from three sensors somewhere in the system (see Hoff's post on this ( > topic) and then each of our four CPUs. > 8 > Soooooo, I can monitor the system temperature via DCL. > F > Now I would like to monitor the temperature with a piece of softwareH > that I can run on the ES40 that speaks SNMP so I can collect the temps* > and graph them in something like cricketH > (http://cricket.sourceforge.net/).  (I already have cricket running on+ > a nearby Proliant server running RedHat).  > H > The older posts that I found in c.o.v. say that monitoring via SNMP isG > possible via a product called ServerWorks.  I think that software has F > been retired.  Is there a replacement for ServerWorks on VMS?  MaybeB > an Insight Manager agent for VMS or something along those lines? >  > Many thanks, >  > -Scott Vieth@ > Fibre channel plumber, ES40 mechanic, uber-hacker wannabee :^)  H If you install the insight agents you can view this stuff on a web page.; see http://h71000.www7.hp.com/openvms/products/mgmt_agents/   ) Since you have the vaulues in dcl anyway, C if you have tcpip/snmp enabled and you know what trap to send where 1 (this involves knowing a bit about mibs and oids)  you can do is "manually" using3 $ snmp_request == "$SYS$SYSTEM:TCPIP$SNMP_REQUEST"  9 $!!! snmp_request agent "community" request_type [flags]  # $!!!     variable [data-type value]  $!!! $!  3 $ snmp_trapsnd == "$SYS$SYSTEM:TCPIP$SNMP_TRAPSND"  I $!!!   snmp_trapsnd enterprise agent generic-trap specific-trap timeticks E $!!!     [-v version] [-c community] [-d] [-h host] [-p port] [-tcp]  + $!!!     [variable_name [data-type value]]   $!3 $ snmp_traprcv == "$SYS$SYSTEM:TCPIP$SNMP_TRAPRCV"  ( $!!! snmp_traprcv [-d] [-tcp] [-p port]  $! $!     Phil   ------------------------------  % Date: Thu, 03 Jul 2003 22:05:58 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)S Subject: Re: How do I monitor the CPU temperature in an ES40 running OpenVMS 7.3-1? L Message-ID: <rdeininger-0307032205590001@user-uinj0fl.dialup.mindspring.com>  = In article <5a85bce2.0307031056.6120964c@posting.google.com>, % svieth@wi.rr.com (Scott Vieth) wrote:   E >Now I would like to monitor the temperature with a piece of software G >that I can run on the ES40 that speaks SNMP so I can collect the temps ) >and graph them in something like cricket G >(http://cricket.sourceforge.net/).  (I already have cricket running on * >a nearby Proliant server running RedHat). > G >The older posts that I found in c.o.v. say that monitoring via SNMP is F >possible via a product called ServerWorks.  I think that software hasE >been retired.  Is there a replacement for ServerWorks on VMS?  Maybe A >an Insight Manager agent for VMS or something along those lines?   G Insight Manager would be the tool that should support this, but I don't ? know off the top of my head if it support ES40.  Give it a try.    ------------------------------  % Date: Thu, 03 Jul 2003 14:29:42 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP Announces OpenVMS Evaluation Release Version 8.0 for	=?iso-8859-1?Q?Itani ) Message-ID: <3F047615.7389B325@istop.com>    Fred Kleinsorge wrote:J > Huh?  While VAX and VMS were co-designed, Alpha was not designed for VMSL > (there were features that made it easier for VMS to be ported).  Tru64 ran > on Alpha just fine.   , And Ultrix and BSD ran on VAX just fine too.  E However, isn't it true that Wildfire class *systems* were designed in J conjunction with VMS engineers to allow for Galaxy environment where it is more then hard partitions ????  J Would HP design/build superdome equivalents with any added design/hardwareN that will allow that extra functionality that VMS had on Wildfire ? Or will it be limited to hard partitions ?    ------------------------------   Date: 4 Jul 2003 06:44:02 GMT / From: "Dave Weatherall" <djweath@attglobal.net> 1 Subject: Re: HP Powers More TOP500 Supercomputers 5 Message-ID: <DTiotGxQ0bj6-pn2-YysnnPXDUwh4@localhost>   E On Tue, 1 Jul 2003 23:04:00 UTC, keithparris_NOSPAM@yahoo.com (Keith   Parris) wrote:   > Lord Isildur <isildur@andrew.cmu.edu> wrote in message news:<Pine.LNX.4.55L-032.0306301741450.27619@unix44.andrew.cmu.edu>... H > > just because it is from intel does not make it an industry standard.   <Snip>  F > The 8080 was the starting point for the x86 instruction set family. D > Zilog tried to embrace and extend that ISA with the Z80, but folks- > were reluctant to use those ISA extensions.   E Eh! The Z80 'saved' that architecture and I'm sure the the 8086 owes  F more to the Z80 than the 8080, both in terms of architecture (ISA) and sales.  F Intel owe Zilog an awful lot for its success. In fact I still believe F that the Z80 saved Intel. Not just because of the CPUs but because of @ the support chips (PIO,SIO etc) that were capable of supporting C vectored interrupts and the like. One could build a decent machine  E with a Z80. All-in-all this kept that architecture useful. It didn't  $ all find its way into x86 though...    --   Cheers - Dave.   ------------------------------   Date: 3 Jul 2003 13:01:45 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) T Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2   processors= Message-ID: <cf15391e.0307031201.675942fa@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F03CF92.8D76A789@istop.com>... N > What about shared memory between instances of VMS ? doesn't galaxy allow twoJ > instances of VMS to communicate via shared memory instead of ethernet or	 > fibre ?   C Yes.  Galaxy allows communications between nodes via shared memory, 	 via both: ? 1) an emulated LAN interface (EBDRIVER) for any sort of network F traffic that could traverse an ordinary LAN, including IP, DECnet, and SCS traffic, and: 2) a dedicated SCS port driver (PBDRIVER) for SCS traffic.   ------------------------------   Date: 3 Jul 2003 11:48:28 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) S Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processors = Message-ID: <cf15391e.0307031048.128807ba@posting.google.com>   f young_r@encompasserve.org (Rob Young) wrote in message news:<UV$E95da8cBc@eisner.encompasserve.org>...< > 	As Clair Grant says as a mantra:  "It is in the console."A > 	One hopes they can tweek the console to their heart's content.   F It would seem to me that since much of what was in the console code onF Alpha has been moved into VMS itself for Itanium, it becomes easier to "tweak".  B As far as plans for Galaxy on OpenVMS I64 are concerned, note that" slide 28 in the OpenVMS Roadmap atE http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm places F a feature entitled "Galaxy Management: Graphical Configuration Manager? (GCM) - (I64 & Alpha)" on the schedule for 2004.  You certainly B wouldn't need GCM on I64 if you didn't have Galaxy support on I64.   ------------------------------   Date: 3 Jul 2003 11:58:46 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) S Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processors = Message-ID: <cf15391e.0307031058.7f6af406@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F03331D.7D33771E@istop.com>... L > How many times can HP "re-launch" IA64 as a totally new chip before peopleM > start to think IA64 is vapourware ?  Wasn't Itanium-II launched last year ?   = The first-generation Itanium chip was code-named Merced.  The B 2nd-generation chip was code-named McKinley, and known publicly asF Itanium 2.  The new HP Integrity Servers announced Monday use the chipD code-named Madison, which can be thought of as the 3rd generation of; Itanium chips, or the 2nd generation of the Itanium 2 chip.    ------------------------------   Date: 3 Jul 2003 12:11:28 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) S Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2  processors = Message-ID: <cf15391e.0307031111.23f6528e@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F03331D.7D33771E@istop.com>... L > How many times can HP "re-launch" IA64 as a totally new chip before peopleM > start to think IA64 is vapourware ?  Wasn't Itanium-II launched last year ?  > J > (I realise that later on in the infomercial, one realises that HP is nowO > launching a new line of sellable products (integrity servers). It sure took a H > long time for HP to transform Itanium 2 launched last year into a realH > product, when you compare their wintel servers which adopt a new intel- > variation of the 8086 in a matter of weeks.   A The Madison-based servers certainly aren't the first real Itanium  hardware HP has sold.   D HP sold systems based on Merced, and sold quite a few McKinley-basedD systems (including some large HPTC clusters) in the last year, basedC on the win reports I've seen.  These were typically systems running D HP-UX or Linux, which may be why you didn't notice them in your neck
 of the woods.   E Intel officially announced the Madison and Gallatin chips on June 30, A the same day HP announced systems based on those chips.  No delay  there.   ------------------------------  # Date: Thu, 03 Jul 2003 18:32:24 GMT & From: Rick Jones <foo@bar.baz.invalid>R Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors1 Message-ID: <YE_Ma.3909$Yn3.865@news.cpqcorp.net>   ) Bill Todd <billtodd@metrocast.net> wrote: 5 > "Rick Jones" <foo@bar.baz.invalid> wrote in message D >> An increase in off-chip cache speed would seem to suggest that itF >> would be more likely for IBM to get the full clock boost going from( >> the 1.45 to the 1.7 GHz POWER4+ CPUs.  E > Since a quick check of IBM's Web site doesn't unearth more detailed F > information, it's difficult to say with any certainty.  The platformF > scaled *slightly* super-linearly with clock rate from 1.3 GHz to 1.7F > GHz in both SPECint and SPECfp, and somewhat more (though not really< > dramatically) super-linearly in a couple of Linpack tests.  A I've not looked that closely at the IBM SPECcpu figures - did the B compilers hold constant with that increase or was there a compiler variable as well?   J > In any event, since IIRC you seemed to be suggesting not long ago that aF > small change in Zeus version might have contributed significantly toG > differences in SPECweb99_SSL scores in another context, it would seem . > reasonable to retain the same attitude here.  D It can - in the context of SPECweb99_SSL through improvements in the? crypto code (the basic web serving part having been rather well E excercised/tuned over the last ~7 years via SPECweb96 and SPECweb99). B The "improvement" in the crypto code as it were for the IBM p655's? SPECweb99_SSL result would be the use of the dedicated hardware B accelerator.  If the disclosures are accurate and I've interpretedF them correctly most if not all crypto was defered by ZWS to that card./ Or at least to libraries that talk to the card.   F >> How close to 3700 do you believe a four-CPU, 2.0 GHz Opteron system  >> would have to get to justify?  B > Certainly over 3600, and I'd like to see 3650 to be comfortable:F > eliminating 3/4 of the current (5.8%) gap is more than sufficient toF > justify the term 'evaporation' in my book, and 1.5% - 3% performanceD > differences hardly seem worthy of much discussion (though for thatE > matter a difference of 10% or more can easily get lost in the noise 8 > of other fairly minor non-performance-related issues).  B I'd probably hold that 10% was not noise but would agree that veryE small single digits would be. 3% would probably be my limit; the line D being somehwat fuzzy.  We'll just have to see if AMD comes up with aB 2.0 GHz Opteron system with a SPECweb99_SSL result that closes the gap.  
 rick jones --  = portable adj, code that compiles under more than one compiler F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Thu, 03 Jul 2003 18:34:32 GMT & From: Rick Jones <foo@bar.baz.invalid>R Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors2 Message-ID: <YG_Ma.3911$Yn3.3299@news.cpqcorp.net>  ) Bill Todd <billtodd@metrocast.net> wrote: > > My vague recollection is that some of the CPU2000 tests have" > footprints up to close to 200 MB   < There is a write-up online at www.spec.org giving the memoryD footprints of the SPECcpu2000 component benchmarks that can make the recollection less vague :)   E > Hmmm again: about a 13% improvement for each of two more cache-size B > doublings (since the clock rate advanced about 3%).  Either some   > Don't forget to also check that the compilers held constant...   
 rick jones --  B firebug n, the idiot who tosses a lit cigarette out his car windowF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Thu, 03 Jul 2003 18:36:04 GMT & From: Rick Jones <foo@bar.baz.invalid>R Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors0 Message-ID: <oI_Ma.3912$Yn3.69@news.cpqcorp.net>  ) Bill Todd <billtodd@metrocast.net> wrote: E > It does (in the .pdfs you cited): 400 MHz.  Which is why I asked if F > the MP was available with any faster FSB or was still stuck there in > all versions.   F Ah, so it does - 400 MHz quad-pumped. Isn't that supposed to give them8 that 6.4GB/s bandwidth being bandied about in comp.arch?  
 rick jones --  G oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Thu, 03 Jul 2003 23:40:42 GMT . From: Milton B Hewitt <mbhewitt@optonline.net>R Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors8 Message-ID: <ekf9gvol9jf375cumrr5goi643phvib3mm@4ax.com>  3 On Thu, 03 Jul 2003 15:16:06 GMT, "Fred Kleinsorge" ( <my-last-name@stardotzko.dec.com> wrote:  ' >Found anyone who returns your respect?   H I for one, have enormous respect for his technical knowledge, and in his" brutal frankness in expressing it.     Cheers,  Milton   ------------------------------  % Date: Thu, 03 Jul 2003 15:31:23 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors proces ) Message-ID: <3F048486.4384038E@istop.com>    Keith Parris wrote: H > Itanium 2.  The new HP Integrity Servers announced Monday use the chipF > code-named Madison, which can be thought of as the 3rd generation of= > Itanium chips, or the 2nd generation of the Itanium 2 chip.   K But the presentation mentioned Itanium 2 over and over again. Made it sound O like it took HP about a year to take McKinley and produce some servers with it.   R Perhaps they could call it Itanium 2.2 so that it is clear that it isn't McKinley.  G Out of curiosity, will the currently planned iterations of IA64 be plug M compatible with the current integrity servers, or will HP need to upgrade its + integrity line to support the newer IA64s ? L (I am thinking especially along the lines of Superdomes, with the experienceQ that EV7 made Wildfires old/redundant since new boxes are needed to support EV7).    ------------------------------  % Date: Thu, 03 Jul 2003 15:43:40 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors proces ) Message-ID: <3F048766.1AEEB6BD@istop.com>    Keith Parris wrote: F > HP sold systems based on Merced, and sold quite a few McKinley-based@ > systems (including some large HPTC clusters) in the last year,  L As I recall, the large HTPC clusters for some research organisation that wasN announced last year was just an announcement. They wouldn't be taking deliveryJ of the then existing systems but instead wait for the next generation IA646 (which is probably Madison) before deliveries started.  L Now, I am not sure if the announcement was made during Merced, with McKinley' deliveries, or with Madison deliveries.   G > Intel officially announced the Madison and Gallatin chips on June 30, C > the same day HP announced systems based on those chips.  No delay  > there.  F Ah, but in the presentation, because they didn't differentiate between- McKinley and MAdison, using only "Itanium 2".    ------------------------------  % Date: Thu, 03 Jul 2003 13:26:35 -0700 & From: Greg Cagle <gregc@gregcagle.com>Y Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors proces / Message-ID: <vg94bsa1fdbqb3@corp.supernews.com>    JF Mezei wrote:    > Keith Parris wrote:  > F >>HP sold systems based on Merced, and sold quite a few McKinley-based@ >>systems (including some large HPTC clusters) in the last year, >  > N > As I recall, the large HTPC clusters for some research organisation that wasP > announced last year was just an announcement. They wouldn't be taking deliveryL > of the then existing systems but instead wait for the next generation IA648 > (which is probably Madison) before deliveries started. > N > Now, I am not sure if the announcement was made during Merced, with McKinley) > deliveries, or with Madison deliveries.   H If we're talking about Pacific Northwest National Labs, the announcementC was made before McKinley was available, with McKinley systems being - the target architecture. So Keith is correct.    --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Thu, 03 Jul 2003 17:24:59 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors proces ) Message-ID: <3F049F1E.F5A293A1@istop.com>    Keith Parris wrote: E > Yes.  Galaxy allows communications between nodes via shared memory,  > via both: A > 1) an emulated LAN interface (EBDRIVER) for any sort of network H > traffic that could traverse an ordinary LAN, including IP, DECnet, and > SCS traffic, and< > 2) a dedicated SCS port driver (PBDRIVER) for SCS traffic.    M Would hard-partitioned Superdomes allow this shared memory out of the box (or H crate since they are big), or will some modifications have to be made toA superdomes to allow this type of interconnect between instances ?   C It was mentioned in the presentation that Tandem will get their own L specialised boxes and not use the integrity line of machines. Has there beenN any consideration in getting VMS to use the same boxes as the Tandem folks (orE at least the same base, without some of the fault tolerant add-ons) ?   N Are superdomes really in a class by themselves, even though they may be calledK "integrity" ? If,  it takes about as much work/changes to port VMS from the L low end integrity to high end superdome as it would take to port it from lowL end integrity to the tandem class machines, wouldn't it then make some sense: to consider the tandem class machines as targets for VMS ?  I If VMS is to stay in its high availability niche, it seems to me that the?L tandem line of machines might provide a better image for that niche (even ifV VMS sites might order some of those boxes without some of the tandem-specific addons).   ------------------------------  % Date: Thu, 03 Jul 2003 14:34:52 -0400r* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: iSCSI anyone?) Message-ID: <3F04774B.28052835@istop.com>    "John Gemignani, Jr." wrote: > J > Is there anyone interested in running software-based iSCSI client and/or > server on OpenVMS? e  - What is iSCSI client or server software ?????n   ------------------------------  # Date: Thu, 03 Jul 2003 22:08:57 GMTa; From: "John Gemignani, Jr." <jon-nope@thiswontworkossc.net>  Subject: Re: iSCSI anyone?= Message-ID: <ZP1Na.26222$Jw6.9913467@news1.news.adelphia.net>i  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3F04774B.28052835@istop.com...o > "John Gemignani, Jr." wrote: > > L > > Is there anyone interested in running software-based iSCSI client and/or > > server on OpenVMS? >i/ > What is iSCSI client or server software ?????N  F Access to devices (primarily disks, but it could be others) over a TCP connection.i  F The server would offer storage (a target) and a client would access it (initiator).: The IP network takes the place of the SCSI bus, in effect.   ------------------------------  # Date: Thu, 03 Jul 2003 23:06:56 GMT # From: hoff@hp.nospam (Hoff Hoffman)i Subject: Re: iSCSI anyone?1 Message-ID: <kG2Na.3944$_H3.456@news.cpqcorp.net>e  { In article <ZP1Na.26222$Jw6.9913467@news1.news.adelphia.net>, "John Gemignani, Jr." <jon-nope@thiswontworkossc.net> writes:l8 :"JF Mezei" <jfmezei.spamnot@istop.com> wrote in message$ :news:3F04774B.28052835@istop.com... :> "John Gemignani, Jr." wrote:M :> >M :> > Is there anyone interested in running software-based iSCSI client and/ori :> > server on OpenVMS?  :>0 :> What is iSCSI client or server software ????? :hG :Access to devices (primarily disks, but it could be others) over a TCPe :connection.    J   At least one of the locals has an iSCSI client running on OpenVMS Alpha.F   Donno if he's got a server running.  The code is a port of the Intel   iSCSI software, IIRC.W    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqSN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comn   ------------------------------  % Date: Thu, 03 Jul 2003 16:47:10 -0400- From: Everhart <ge@gce.com> " Subject: Re: Mount a backup /image+ Message-ID: <be24oi$pgc$1@bob.news.rcn.net>   
 Rolona wrote:o   > Try $help backup/selectiM > To mount a tape like a serial disk, the files need to be "copy"ed to it not- > "backup"ed >  > ' > "vn" <zool@zool.com> wrote in messageu0 > news:3f030c3a$0$29623$626a54ce@news.free.fr... >  >>Hi,  >>H >>Is it possible to mount a saveset on a tape, saved with backup /image, >  > like > J >>a device ? Or is there any solution to recover a single file in a backup( >>/image without restore an entire disk? >> >>Thanks >> >>Victor >> >> >> >> >  >  > C You can access a backup/physical tape as if it were a disk, but notG
 backup/image.c  E On the sigtapes, or some of the freeware stuff look for a file calledPI CMPHIGHC.ZIP. This is billed as a compressing virtual disk, but the logicrF is all there to let you create units of a driver called dtdriver thereJ (in memory of the good old TU56) and to run a host program called dthstimgE which can attach to dtdriver and to a magtape and the lot can present?G a backup/physical tape (or just something like a dd dump to tape if you G are willing to specify the geometry by hand) as a readonly disk. It hasMB a lot of cache, and knows how to use CRC and XOR blocks to attemptE to recover from tape errors, and will pretend to allow writing to theaD disk (but won't actually write to the tape) so even filesystems like NTFS work with it.  I This is usable if you like where you want to use back/phys (which can runVG 2-3 times faster than back/image on some machines) for backup yet stilldH get to files. It will only work if the whole image is on one tape thoughJ (there being no simple way to tell a user which tape to mount if there are= more) and can take awhile to recover a badly fragmented file.    Glenn Everhart   ------------------------------  # Date: Thu, 03 Jul 2003 18:45:50 GMTh# From: hoff@hp.nospam (Hoff Hoffman)t+ Subject: Re: OpenVMS 7.3.1 Install problem.c2 Message-ID: <yR_Ma.3913$9w3.2890@news.cpqcorp.net>  W In article <poydnYB0C6BSJJ6iU-KYgw@comcast.com>, "Eric Bruno" <eric@ebruno.org> writes:n; :Well I think I found the line that is hanging the install. B :If reboot the system after the install locks up and boot the disk@ :it does an autogen complains about some missing files but runs.  
   Which disk?g     Which (missing) files?  5   It would appear that the installation is corrupted.t  J :If I try to manually install products they complain VMS is not installed.  =   This is obviously not a good sign, and tends to confirm the 1   existence of an OpenVMS system disk corruption.l  J :Digging around the forums/newsgroups using information from various posts3 :I determined that a PCSI database was not present.h ..  
 :When I enterl? :     $ PRODUCT REGISTER PRODUCT VMS/SOURCE=SYS$COMMON:[000000]e :oriC :     $ PRODUCT REGISTER PRODUCT/LOG VMS/SOURCE=SYS$COMMON:[000000]  :nK :it just hangs I have left the machine in this state for several hours, notl :difference.    >   Inventing your own unique path through OpenVMS Alpha, I see.    L :I can however ctrl Y/ctrl C out of this.Could there be an SRM variable thatF :needs to be set beforebootup?Is there a way to force PCSI database to :initialize?  F   You are not installing OpenVMS correctly, or there is a problem withB   the installation -- in all likelyhood the target installation isC   corrupt.  The source installation kit may be the cause, or it may4F   be something within the target system environment that has corruptedA   the OpenVMS Alpha V7.3-1 environment on the target system disk.r  . :I have an Aspen Durango II (164LX) Alpha box.. :I am having problem installing OpenVMS 7.3.1.  :I have upgraded the SRM to 5.8. .. :Power on the system* :Boot dka400 which is cd.  OpenVMS starts.& :I go though the configuration process  C   Configuration?  You would want to INSTALL or to UPGRADE, and not o@   to (RE)CONFIGURE OpenVMS -- RECONFIGURE only happens after the)   target system has a valid installation..  oB   There is a discussion of the AlphaPC 164LX and the Aspen Durango>   II variant in the OpenVMS FAQ -- there is at least one knownA   problem found with attempts to install and use (unsupported, ofiA   course) OpenVMS on the series.  You do appear to have a SCSI CDa?   ROM, so the ATA problem discussed in the FAQ is not an issue.n  >   I would try some Google searches for previous discussions of@   OpenVMS, and I would see what Aspen might have for informationA   and support around installing OpenVMS on the Durango II (164LX)e   series Alpha boxes.M  C   I will ensure the SRM system console is configured and set to run C   OpenVMS (OS_TYPE to OpenVMS, etc), and I would ensure that all of.D   the hardware -- particularly SCSI and graphics controller(s) -- isC   supported, and I would definitely reinstall OpenVMS on the targetiB   disk.  (The approach you are trying is less than optimial -- I'dE   not try to work around first getting a clean installation and clean D   bootstrap by on-line PCSI commands, etc.  (If you DO choose to useF   PCSI commands and similar against OpenVMS itself, you must always beF   booted from CD or another disk -- you cannot be booted directly from2   the disk you are installing or (re)configuring.)  B   There are a handful of core ECOs that I would install on OpenVMSE   once I have baseline V7.3-1 installed -- there is a new UPDATE kit,e   for instance.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqiN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  $ Date: Thu, 3 Jul 2003 11:33:06 -0700$ From: "Eric Bruno" <eric@ebruno.org>+ Subject: Re: OpenVMS 7.3.1 Install problem.i0 Message-ID: <6_acnV2Jiotg65miXTWJiA@comcast.com>  < the logical sys$getsyi does not seem to defined on my system4 and  f$getsyi does not seem to be working correctly.   I am log in as system.   If I enter the command   x =  f$getsyi("AUTO_BOOT")   I get the following response:tL DCL-W-IVKEYW, unrecognized keyword - check validity and spelling \AUTO_BOOT\G I tried several others listed in several posts but all failed with same  erroryH if the requested item is "XXXXX" I always get unrecognized keyword error \XXXXX\     $ Same problem on the installation CD.  7 Could this be causing the registration process to fail?b  . Eric Bruno" <eric@ebruno.org> wrote in message* news:poydnYB0C6BSJJ6iU-KYgw@comcast.com...< > Well I think I found the line that is hanging the install.C > If reboot the system after the install locks up and boot the disktA > it does an autogen complains about some missing files but runs.  > K > If I try to manually install products they complain VMS is not installed. K > Digging around the forums/newsgroups using information from various posts 4 > I determined that a PCSI database was not present. >  > So I did the following:t >f >i* >  $DIRECTORY/DATE/SIZE SYS$SYSTEM:*.PCSI* >y >  This showed show NO files.  >l2 >  $DIRECTORY/DATE/SIZE SYS$COMMON:[000000]*.PCSI* >   >  This showed these four files: >t5 >     DEC-AXPVMS-OPENVMS-V0703-1-5.PCSI$DESCRIPTION;1i- >     DEC-AXPVMS-OPENVMS-V0703-1-5.PCSI$TLB;1s1 >     DEC-AXPVMS-VMS-V0703-1-2.PCSI$DESCRIPTION;1t) >     DEC-AXPVMS-VMS-V0703-1-2.PCSI$TLB;1r >  > When I enter@ >      $ PRODUCT REGISTER PRODUCT VMS/SOURCE=SYS$COMMON:[000000] > orD >      $ PRODUCT REGISTER PRODUCT/LOG VMS/SOURCE=SYS$COMMON:[000000] >iL > it just hangs I have left the machine in this state for several hours, not
 > difference.mH > I can however ctrl Y/ctrl C out of this.Could there be an SRM variable thatG > needs to be set beforebootup?Is there a way to force PCSI database to 
 > initialize?0 >1 > Background >r/ > I have an Aspen Durango II (164LX) Alpha box.d/ > I am having problem installing OpenVMS 7.3.1.g2 > I have upgraded the SRM to 5.8 which is the must* > current version available for the 164LX. >p > Here is what happens.t > Power on the systemr+ > Boot dka400 which is cd.  OpenVMS starts. ' > I go though the configuration process). > The install starts and gets to 60% point and6 > just freezes no message no response at the keyboard. >0= > I have tried installing with and with out DECnet,TCP, MotifU< > ...etc.  I have gone through and tied to install a minimum0 > OS. The completion goes to 90% and then hangs. >09 > Is there way to get log or trace info out of install toT8 > see where it's hanging?  The box may not run 7.3.1 but* > right now I can't tell why it's hanging. >  > 
 > Eric Bruno.8 >  >r >o >r >s   ------------------------------  # Date: Thu, 03 Jul 2003 19:30:17 GMTs# From: hoff@hp.nospam (Hoff Hoffman)p+ Subject: Re: OpenVMS 7.3.1 Install problem.r2 Message-ID: <dv%Ma.3917$Ox3.2305@news.cpqcorp.net>  W In article <6_acnV2Jiotg65miXTWJiA@comcast.com>, "Eric Bruno" <eric@ebruno.org> writes:I= :the logical sys$getsyi does not seem to defined on my systems  E   Eh?    "sys$getsyi is a "system service", and not a "logical name".e  G   No offense is intended, but you appear quite unfamiliar with OpenVMS RG   and terminology -- I'd encourage a tour through (at least) the user'sa)   guide and the system management manual.v  5 :and  f$getsyi does not seem to be working correctly.h :  :I am log in as system.o :  :If I enter the commandt :n :x =  f$getsyi("AUTO_BOOT")n :l :I get the following response:M :DCL-W-IVKEYW, unrecognized keyword - check validity and spelling \AUTO_BOOT\)    F   Take a look at the HELP text for this and other lexical functions --D   you will likely find you want to use F$GETENV("AUTO_ACTION"), if IE   have guessed correctly at the information you seek.   (You will not.G   find "AUTO_BOOT" as a valid keyword to the f$getsyi lexical function,)   as a start.)    H :I tried several others listed in several posts but all failed with sameI :error if the requested item is "XXXXX" I always get unrecognized keywordc :error \XXXXX\  E   Please try reading the manuals or (at least) reading the HELP text.r     From "HELP/MESSAGE IVKEYW":a  <  IVKEYW,  unrecognized keyword - check validity and spelling  7   Facility:     CLI, Command Language Interpreter (DCL)   N   Explanation:  A keyword specified in a command is not valid for the command.H                 The rejected portion of the command is displayed between                 backslashes.  D   User Action:  Use the DCL command HELP or refer to the OpenVMS DCL8                 Dictionary for a list of valid keywords.      % :Same problem on the installation CD.i  !   I'd expect that to be the case.g  8 :Could this be causing the registration process to fail?  D   Back up, slow down, and please at least skim through the available;   OpenVMS documentation.   (Again, no offense is intended.)     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqoN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Thu, 03 Jul 2003 20:05:13 GMTs4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)+ Subject: Re: OpenVMS 7.3.1 Install problem.l; Message-ID: <Y%%Ma.4929$NW6.3662@rwcrnsc51.ops.asp.att.net>a  W In article <6_acnV2Jiotg65miXTWJiA@comcast.com>, "Eric Bruno" <eric@ebruno.org> writes:r= >the logical sys$getsyi does not seem to defined on my systemf5 >and  f$getsyi does not seem to be working correctly.  >a >I am log in as system.1 >. >If I enter the commandc >m >x =  f$getsyi("AUTO_BOOT")e >e >I get the following response:M >DCL-W-IVKEYW, unrecognized keyword - check validity and spelling \AUTO_BOOT\kH >I tried several others listed in several posts but all failed with same >errorI >if the requested item is "XXXXX" I always get unrecognized keyword error  >\XXXXX\   Hi Eric,  J AUTO_BOOT is not a valid item of information to be returned from F$GETSYI,K hence the warning message.  For a list of valid items of information, type, ( "help lex f$getsyi arg"  at your prompt.  A _________________________________________________________________i0 Bradford J. Hamilton			"All opinions are my own"? bMradAhamiPltSon-at-coMmcAast.nPeSt	"Lose the MAPS, and replacet3 (please note the new e-mail address)	'-at-' with @"-   ------------------------------  $ Date: Thu, 3 Jul 2003 13:20:14 -0700$ From: "Eric Bruno" <eric@ebruno.org>+ Subject: Re: OpenVMS 7.3.1 Install problem. 0 Message-ID: <zfWdndNkz_WODZmiXTWJhQ@comcast.com>  0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:dv%Ma.3917$Ox3.2305@news.cpqcorp.net...? > In article <6_acnV2Jiotg65miXTWJiA@comcast.com>, "Eric Bruno"o <eric@ebruno.org> writes:o? > :the logical sys$getsyi does not seem to defined on my systemu >nG >   Eh?    "sys$getsyi is a "system service", and not a "logical name".n >mH >   No offense is intended, but you appear quite unfamiliar with OpenVMSI >   and terminology -- I'd encourage a tour through (at least) the user'so+ >   guide and the system management manual.n >rI It's been over 10 years since I worked on VMS so I am bit out of date and K at that time I did more RSX-11M+ then VMS so yes the verbage is most likely I not correct for those who work with it on VMS regular basis.   I primarly  workH on Unix (Solaris,HP-UX,Tru64,AIX, Linux, FreeBSD and Win32 based systemsK these days).  However, since HP is going to porting VMS to IA64, and we had- someK interest in VMS versions of our products. I am trying get the box I use for. Tru64 atF home running VMS to see what porting issues will be for our java based	 products.oI We some JNI libraries which will have to ported.  So bear with me.  If ito comes down that?L this box won't work will I go out get a used DS10.  I would normally use the
 HP portingK center for this effort since we a  HP DSPP /CSA partner but with relearninge curve I haveL would have tie a machine up for several months since this a background task.    7 > :and  f$getsyi does not seem to be working correctly.e > :  > :I am log in as system.t > :e > :If I enter the commandi > :  > :x =  f$getsyi("AUTO_BOOT")u > :m  > :I get the following response:C > :DCL-W-IVKEYW, unrecognized keyword - check validity and spellingW \AUTO_BOOT\w >  > H >   Take a look at the HELP text for this and other lexical functions --F >   you will likely find you want to use F$GETENV("AUTO_ACTION"), if IG >   have guessed correctly at the information you seek.   (You will notiI >   find "AUTO_BOOT" as a valid keyword to the f$getsyi lexical function,k >   as a start.) >o >oJ > :I tried several others listed in several posts but all failed with sameK > :error if the requested item is "XXXXX" I always get unrecognized keyword> > :error \XXXXX\ >eG >   Please try reading the manuals or (at least) reading the HELP text.h >0 >   From "HELP/MESSAGE IVKEYW":  > > >  IVKEYW,  unrecognized keyword - check validity and spelling >I9 >   Facility:     CLI, Command Language Interpreter (DCL)S >xG >   Explanation:  A keyword specified in a command is not valid for the8 command.J >                 The rejected portion of the command is displayed between >                 backslashes. >tF >   User Action:  Use the DCL command HELP or refer to the OpenVMS DCL: >                 Dictionary for a list of valid keywords. >P >S >e' > :Same problem on the installation CD.t >d# >   I'd expect that to be the case.u > : > :Could this be causing the registration process to fail? >tF >   Back up, slow down, and please at least skim through the available= >   OpenVMS documentation.   (Again, no offense is intended.)u >0 >1( >  ---------------------------- #include' <rtfaq.h> ----------------------------- 4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq , >  --------------------------- pure personal# opinion ---------------------------oG >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como >s   ------------------------------  $ Date: Thu, 3 Jul 2003 14:39:40 -0700$ From: "Eric Bruno" <eric@ebruno.org>+ Subject: Re: OpenVMS 7.3.1 Install problem.e0 Message-ID: <bsScndLzKZEsP5miXTWJgA@comcast.com>  0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:yR_Ma.3913$9w3.2890@news.cpqcorp.net...? > In article <poydnYB0C6BSJJ6iU-KYgw@comcast.com>, "Eric Bruno"a <eric@ebruno.org> writes:d
 [..snip..]@ >   I would try some Google searches for previous discussions ofB >   OpenVMS, and I would see what Aspen might have for informationC >   and support around installing OpenVMS on the Durango II (164LX)  >   series Alpha boxes.n > + Done all of that 7.2 seems run 7.3 no info.0  E >   I will ensure the SRM system console is configured and set to run E >   OpenVMS (OS_TYPE to OpenVMS, etc), and I would ensure that all of F >   the hardware -- particularly SCSI and graphics controller(s) -- isE >   supported, and I would definitely reinstall OpenVMS on the targetmD >   disk.  (The approach you are trying is less than optimial -- I'dG >   not try to work around first getting a clean installation and cleanrF >   bootstrap by on-line PCSI commands, etc.  (If you DO choose to useH >   PCSI commands and similar against OpenVMS itself, you must always beH >   booted from CD or another disk -- you cannot be booted directly from4 >   the disk you are installing or (re)configuring.) >u os_type is OpenVMSJ The SRM is 5.8 from the 6.3 firmware CD which is supposed to be the latest for this board.-  1 SCSI card is  3X-KZPCA-AA  purchased from Island.   Graphics is ESLA GLoria Synergy.7 It same problem it run it using the Graphics controller  or serial port (COM1).  J I spent about 3 weeks trying to get this machine run VMS.  I will just useC it for Tru64 5.1a/b, FreeBSD and Linux which work with out problem.<  G Another user who has the same Aspen Durango II box in a seperate e-maila statedE that he had the same problem 7.2 runs fine, 7.3 hangs on the install.'' I don't have 7.2 at this point in time.   K So at this point I just going conclude that it 7.3.1 won't run on this box.  I will have to get another box.n  D >   There are a handful of core ECOs that I would install on OpenVMSG >   once I have baseline V7.3-1 installed -- there is a new UPDATE kit,r >   for instance.h >,( >  ---------------------------- #include' <rtfaq.h> ----------------------------- 4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faqs, >  --------------------------- pure personal# opinion ---------------------------sG >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comF >z   ------------------------------   Date: 3 Jul 2003 20:47 CDT' From: carl@gerg.tamu.edu (Carl Perkins)c/ Subject: Re: OpenVMS FAQ and FAQ Website Erratar, Message-ID: <3JUL200320473223@gerg.tamu.edu>   hoff@hp.nospam writes... } L }  Text, Postscript, Bookreader, HTML, and related formats and the aggregateJ }  FAQ zip archive for the June 2003 edition of the OpenVMS FAQ should all } K }  FAQ-related comments and corrections and updates are welcome, of course.i } F }        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  @ Hey, a DEC documentation style FAQ! (Or should it be called "VMSA documentation style"? Is there anything else that uses this stylee	 anymore?)d   Spiffy.l   --- Carl   ------------------------------   Date: 3 Jul 2003 13:07:13 -0500g- From: Kilgallen@SpamCop.net (Larry Kilgallen)sT Subject: Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships  today!!!3 Message-ID: <rrRwMkn7E0ma@eisner.encompasserve.org>e  q In article <cf15391e.0307030957.2c61fde2@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:eb > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3F00F7F9.3B43DF13@fsi.net>...4 >> Any chance this might be available for hobbyists? >> a" >> Low-cost (less than $50US) CDs? > E > Not quite at the price level you requested, but close: How about an0C > Early Adopter Kit on CD for US$75?  (Stay tuned for a part numbero > soon.)  I Yes, yes, I am staying tuned.  But I want the 8.0 version, even though itp6 requires cross-compilers, rather than waiting for 8.1.   ------------------------------   Date: 3 Jul 2003 18:13:41 -000044 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>T Subject: Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships  today!!!6 Message-ID: <20030703181341.22107.qmail@nym.alias.net>  A On 3 Jul 2003, keithparris_NOSPAM@yahoo.com (Keith Parris) wrote:P= >"David J. Dachtera" <djesys.nospam@fsi.net> wrote in messaget$ >news:<3F00F7F9.3B43DF13@fsi.net>...4 >> Any chance this might be available for hobbyists? >> P" >> Low-cost (less than $50US) CDs? >dD >Not quite at the price level you requested, but close: How about anB >Early Adopter Kit on CD for US$75?  (Stay tuned for a part number >soon.)t   Sounds good.  , Will it be orderable from non-US HP offices?     Doc. -- iK OpenVMS.         Eight out of ten hackers prefer *other* operating systems.n   ------------------------------   Date: 3 Jul 2003 12:19:06 -0700S1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)d> Subject: Re: OpenVMS Technical Journal 2nd issue now available= Message-ID: <cf15391e.0307031119.682bbffa@posting.google.com>   v susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0307030543.4f0ce2b1@posting.google.com>..., > All articles are available in HTML and PDF   and also in PostScript (PS).   ------------------------------   Date: 3 Jul 2003 14:52:31 -0500r- From: Kilgallen@SpamCop.net (Larry Kilgallen)a> Subject: Re: OpenVMS Technical Journal 2nd issue now available3 Message-ID: <+B5YL0fPy$tO@eisner.encompasserve.org>   q In article <cf15391e.0307031119.682bbffa@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: x > susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0307030543.4f0ce2b1@posting.google.com>...- >> All articles are available in HTML and PDFr >  > and also in PostScript (PS).  I Hooray !  It is good to hear I did not err when I heard DEC announce theys1 were committed to PostScript for the long haul...b  ? ...and I went out and bought an expensive PostScript printer...o   ...made by HP.   ------------------------------  # Date: Thu, 03 Jul 2003 20:34:16 GMT # From: hoff@hp.nospam (Hoff Hoffman) Y Subject: Re: OpenVMS, and Itanium2 and Itanium2 6M (was: Re: HP Webcast this morning on Np2 Message-ID: <cr0Na.3920$%A3.3374@news.cpqcorp.net>  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F03331D.7D33771E@istop.com>...uL : How many times can HP "re-launch" IA64 as a totally new chip before peopleM : start to think IA64 is vapourware ?  Wasn't Itanium-II launched last year ?   $   Intel launched Itanium2 last year.  J   This recent announcement is Itanium2 6M -- a faster version of Itanium2,'   and with rather more processor cache.o  J : (I realise that later on in the infomercial, one realises that HP is nowM : launching a new line of sellable products (integrity servers). It sure tooknJ : a long time for HP to transform Itanium 2 launched last year into a realH : product, when you compare their wintel servers which adopt a new intel- : variation of the 8086 in a matter of weeks.g  G   OpenVMS was being prototyped on various production HP Itanium serverstJ   and on Compaq ProLiant servers before HP acquired Compaq.  Specifically,H   OpenVMS was being prototyped on the Merced-based HP workstation i2000 J   series and Compaq ProLiant DL590 series systems, and we have been busilyH   prototyping on and have been publicly demonstrating OpenVMS on variousG   of the more recent Itanium servers and workstations running McKinley-o   and Madison-based processors.H  F   Various of the HP zx2000 and zx6000 series workstations use McKinleyF   or Madison, as do various of the rx-series servers -- the rx2600 andG   rx5670 and the Integrity Superdome series are largely (entirely?) nows2   using the new Madison-based Itanium2 processors.  G   Folks that will be attending the upcoming symposia in Atlanta and the4D   fall OpenVMS technical symposium here in Nashua will certainly seeB   various of the Itanium series servers and workstations, and willE   undoubtedly also see examples of OpenVMS I64 V8.0 (or possibly evensF   a more recent baselevel) running on various of the HP Itanium boxes.  F   Starting prices for the HP workstation zx2000 (uniprocessor) and theG   HP workstation zx6000 (dual-capable) are US$3,298.00 and US$4,896.00.tB   The former is McKinley-based, while the latter is Madison-based.  E   The only Itanium platform that is currently officially supported byoB   the "OpenVMS evaluation release version 8.0 for Itanium-based HPE   Integrity Servers V8.0" product is the HP rx2600 server -- I expectFH   that we will be adding support for other platforms, but would hesitateF   to predict which ones until we approach the V8.1 and V8.2 shipments.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq:N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comt   ------------------------------  # Date: Thu, 03 Jul 2003 21:09:38 GMTo& From: Rick Jones <foo@bar.baz.invalid>Y Subject: Re: OpenVMS, and Itanium2 and Itanium2 6M (was: Re: HP Webcast this morning on N 2 Message-ID: <mY0Na.3924$6F3.1207@news.cpqcorp.net>  $ Hoff Hoffman <hoff@hp.nospam> wrote:? >   Various of the HP zx2000 and zx6000 series workstations usetF >   McKinley or Madison, as do various of the rx-series servers -- theD >   rx2600 and rx5670 and the Integrity Superdome series are largelyD >   (entirely?) now using the new Madison-based Itanium2 processors.  C That is correct. "Madison" - what marketing folks will/have to callAB "Itanium2 6M" and what not - is the first IPF CPU to be shipped in Superdome systems.  
 rick jones -- e= portable adj, code that compiles under more than one compiler F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...s   ------------------------------   Date: 3 Jul 2003 11:09:28 -0700 & From: jordan@ccs4vms.com (Rich Jordan)E Subject: Preferred controller for external narrow SCSI devices (DS10) = Message-ID: <cc5619f2.0307031009.15912880@posting.google.com>C  E We're looking at a DS10 to replace an MV3100-86 system.  The customers@ uses a TSZ05 tabletop magtape drive, and that device needs to beC operable with the DS10 as well.  It is a 50-pin centronic connectedg narrow SCSI unit.d  D We've spec'd the DS10 with a KZPCA controller for the internal disksA and DAT tape drive.  We need a second controller for the externaldF drive.  Is there any preference (other than price) between a KZPCA andE a KZPBA for this usage?  Should the cables or adapters to connect the ' narrow drive be relatively easy to get?   D The KZPAA is not listed as a supported option for DS10s, apparently,4 or I'd use one of those with cables we have on hand.   Thanks for any info.   Rich Jordan  CCS-   ------------------------------   Date: 3 Jul 2003 15:46:18 -0700 , From: shevchenko@ikp.tu-darmstadt.de (Sheva)I Subject: Q: SIMH/VAX on Linux: XWindows on the same host without network?s= Message-ID: <adeef81b.0307031446.4842cc86@posting.google.com>F  D One question concerning running VAX X-Windows applications with SIMHD on the same local host and also on the hosts having no network card.  F I have installed SIMH and VAX VMS 7.3 with DECNET and DECWINDOWS at myC PC (Linux SUSE 8.2) at work and also at my home PC (also Linux SUSEa 8.2).   C My PC at work has a network card, and I can connect to this HOST PCeD running SIMH/VAX FROM ANOTHER COMPUTER (!) running Windows (:(() and6 export graphical displays via TCP/IP to that computer.D BUT somehow I am not able to export Graphics to the same Linux-PC on which SIMH/VAX is running.F Does anybody know how to do this? Which command/program should one useA under Linux to be able to do this (ssh? vtup? Which parameters tob use?).  F And also will the same work under Linux, having no network card at all@ (like my PC at home)? How one can do this? Or one really needs a5 physical network card, even if there is no network???   
 Thanks a lot!<   Artem Shevchenko   ------------------------------  % Date: Thu, 03 Jul 2003 20:25:22 -0400u* From: "Stanley F. Quayle" <stan@stanq.com>M Subject: Re: Q: SIMH/VAX on Linux: XWindows on the same host without network?t. Message-ID: <3F049132.16780.77CFEBD@localhost>  $ On 3 Jul 2003 at 15:46, Sheva wrote:E > My PC at work has a network card, and I can connect to this HOST PCnF > running SIMH/VAX FROM ANOTHER COMPUTER (!) running Windows (:(() and8 > export graphical displays via TCP/IP to that computer.F > BUT somehow I am not able to export Graphics to the same Linux-PC on > which SIMH/VAX is running.  C You're using only network interface, and having SIMH share it with p Windows, right?   E The interface can't hear the message it's sending, so there can't be w+ any communication between SIMH and Windows.   B Get a second network card, and set up SIMH to use that one.  That  should get it.    H > And also will the same work under Linux, having no network card at allB > (like my PC at home)? How one can do this? Or one really needs a7 > physical network card, even if there is no network???t  D You're probably in the same boat here.  When I run CHARON-VAX on my E laptop, and aren't really connected to a network, I use a cross-over rE cable between the two network interfaces so I can telnet from one to k another.  F You might be able to configure SIMH to use the "lo" loopback device.   Good luck...      
 --Stan Quaylen Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671f1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com-   ------------------------------  # Date: Fri, 04 Jul 2003 05:23:00 GMT.) From: Andrew Balaam <abalaam@yahoo.co.uk>nY Subject: Re: Q: SIMH/VAX on Linux: XWindows on the same host without network? network?nete4 Message-ID: <20030704.5230000.2428997952@imagnu.geo>  H The TS10 vax emulator uses a virtual Ethernet solution (TUN/TAP) that=20I allows the host box to hold network conversations with the emulated VAX =8 -=20E though, without tcpip routing, does not allow connections to other=20c machines on the LAN.  H TS10 disk images are compatable with SIMH, so you can use you current=20I emulated vax installation - though you may have to register a different =p   VAX/VMS licence PAK.      6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 04/07/03, 01:25:22, "Stanley F. Quayle" <stan@stanq.com> wrote regard=  ing=20E Re: Q: SIMH/VAX on Linux: XWindows on the same host without network?:u    & > On 3 Jul 2003 at 15:46, Sheva wrote:G > > My PC at work has a network card, and I can connect to this HOST PC I > > running SIMH/VAX FROM ANOTHER COMPUTER (!) running Windows (:(() and=.  : > > export graphical displays via TCP/IP to that computer.I > > BUT somehow I am not able to export Graphics to the same Linux-PC on=n   > > which SIMH/VAX is running.  D > You're using only network interface, and having SIMH share it with > Windows, right?   F > The interface can't hear the message it's sending, so there can't be- > any communication between SIMH and Windows.:  C > Get a second network card, and set up SIMH to use that one.  That  > should get it.    I > > And also will the same work under Linux, having no network card at a=e llD > > (like my PC at home)? How one can do this? Or one really needs a9 > > physical network card, even if there is no network???   E > You're probably in the same boat here.  When I run CHARON-VAX on myrF > laptop, and aren't really connected to a network, I use a cross-overF > cable between the two network interfaces so I can telnet from one to
 > another.  F > You might be able to configure SIMH to use the "lo" loopback device. > Good luck...       > --Stan Quayleg > Quayle Consulting Inc.   > ----------E > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671p3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com1   ------------------------------   Date: 4 Jul 03 00:51:25 +0200 ) From: p_sture@elias.decus.ch (Paul Sture)r Subject: Re: Running VMS off CDr) Message-ID: <3ZpZ0Scf611c@elias.decus.ch>i  P In article <3F033436.3000102@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes: > Paul Sture wrote:w > I >> A drive with a write protect button would be a handy thing to have for A >> a project like this. It could save a lot of time and coasters.p > 0 > CD-RW. Burn, test, re-think, re-image, repeat. >   = Yes, but  Doc was predicting coasters, from which I judged heo doesn't have a CD-RW.    I was thinking:t  : o - Boot from normal disk and edit unprotected target disk6 o - Hit write protect* on target disk and boot from it o - repeat until correct
 o - burn a CDe  @ Doc's proposal is rather similar to the SuSE firewall solution I> came across a year or so ago. This was a bootable CD where you? put your configuration onto a floppy, which once done, you also = write protect. The problem with the SuSE solution was it cost 
 USD 1,000.  ? * the big snag with my suggestion is that I haven't come acrossi< a write protectable disk attached to a VMS system for a long& time, so they may be hard to come by.    ------------------------------  # Date: Thu, 03 Jul 2003 20:55:15 GMTa# From: hoff@hp.nospam (Hoff Hoffman)fY Subject: Re: Shared Memory (was: Re: HP Webcast this morning on Next-Generation Intel Itat1 Message-ID: <TK0Na.3922$9x3.714@news.cpqcorp.net>h  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F03CF92.8D76A789@istop.com>...aN : What about shared memory between instances of VMS ? doesn't galaxy allow twoJ : instances of VMS to communicate via shared memory instead of ethernet or	 : fibre ?e  B   I would encourage you to read the OpenVMS manuals for details onF   OpenVMS Galaxy and on the Shared Memory Cluster Interconnect (SMCI).  K   SMCI device drivers provide the VCI kernel-mode device driver interface, (I   meaning that SMCI looks like a standard network device driver interfacey%   to other OpenVMS and LP components.   J   Shared memory was first available with the MA780 multiport memory, circaL   V3.x, BTW -- the design of some of the Galaxy shared memory work parallelsG   this rather older shared-memory communications implementation.  WhileaG   support for the VAX-11/782 and the ASMP processing based on the MA780 G   ended at V4.0, the MA780 controllers and even designs carried onward.c  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqxN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  $ Date: Thu, 3 Jul 2003 18:18:58 -0400, From: "David Turner" <dbturner@islandco.com>$ Subject: Sign of the demise of Alpha/ Message-ID: <vg9b7kch2874cf@news.supernews.com>n  * Got an email from a large company (*.bull)  # Selling 250 x Alpha DS20 systems!!!   1 Does this, perhaps, show the confidence of Compaq 
 customers ???c  4 I assume the fella is replacing them with P4 systems> I am guessing they are running Tru64 but it's still an Alpha !     DT   -- David B Turner Island Computers US Corp.n 2700 Gregory St, Suite 180 Savannah GA 31404e Tel: 912 4476622 Fax: 912 2010402 http://www.islandco.coms dbturner-at-hpaq.net (Change the -at- to @ to reply)a   ------------------------------  $ Date: Thu, 3 Jul 2003 20:28:11 -0500, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>( Subject: Re: Sign of the demise of Alpha/ Message-ID: <vg9m17eda89i3d@corp.supernews.com>   7 DS20s were replaced by DS20Es at least 3 years ago now.v  5 I recall buying Es at the end of 1999 or thereabouts.o   Dave...i  7 "David Turner" <dbturner@islandco.com> wrote in messagep) news:vg9b7kch2874cf@news.supernews.com...t, > Got an email from a large company (*.bull) >I% > Selling 250 x Alpha DS20 systems!!!s >t3 > Does this, perhaps, show the confidence of Compaqo > customers ???s >s6 > I assume the fella is replacing them with P4 systems@ > I am guessing they are running Tru64 but it's still an Alpha ! >n >i > DT >t > -- > David B Turner > Island Computers US Corp.n > 2700 Gregory St, Suite 180 > Savannah GA 31404a > Tel: 912 4476622 > Fax: 912 2010402 > http://www.islandco.com  > dbturner-at-hpaq.net! > (Change the -at- to @ to reply)n >f >    ------------------------------  % Date: Thu, 03 Jul 2003 22:41:33 -0400r* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Sign of the demise of Alpha) Message-ID: <3F04E93A.B24BD79B@istop.com>g   Robert Deininger wrote:n7 > >I assume the fella is replacing them with P4 systemsl > L > Or maybe DS25 or ES47 systems.  DS20 is well into middle age by now.  It's3 > not surprising that a company would be upgrading.e  G If the person were upgrading a fleet of 250 DS20s, wouldn't such a dealdN include negotiation with HP/Compaq to retake those units ? (at which point theH transaction for 250 old DS20s would be between HP/Compaq and Island, not4 between the <former> customers and Island, correct ?  M Would upgrading 250 units normally get enough of HP's attention to warrant HP N giving a deal to retake the older units ? Or would the customer be expected to get rid of the units himself ?   ------------------------------  % Date: Thu, 03 Jul 2003 22:10:25 -0400t2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: Sign of the demise of AlphaL Message-ID: <rdeininger-0307032210250001@user-uinj0fl.dialup.mindspring.com>  > In article <vg9b7kch2874cf@news.supernews.com>, "David Turner" <dbturner@islandco.com> wrote:  + >Got an email from a large company (*.bull)h >[$ >Selling 250 x Alpha DS20 systems!!! >-2 >Does this, perhaps, show the confidence of Compaq >customers ??? >r5 >I assume the fella is replacing them with P4 systems   J Or maybe DS25 or ES47 systems.  DS20 is well into middle age by now.  It's1 not surprising that a company would be upgrading.o  ? >I am guessing they are running Tru64 but it's still an Alpha !f  I Yes, Tru64 customers have an ugly migration somewhere in their future, nop matter what direction they go.   ------------------------------  $ Date: Thu, 3 Jul 2003 22:14:10 -0400, From: "David Turner" <dbturner@islandco.com>( Subject: Re: Sign of the demise of Alpha/ Message-ID: <vg9p0kh8obfcc0@news.supernews.com>X   Not my point  1 Then point is, they had no interest in trading ups# Wanted "rid" of their Alpha systemsb   DT   ------------------------------   Date: 3 Jul 2003 15:42:04 -0700K, From: JimStrehlow@data911.com (Jim Strehlow)> Subject: Re: Strange behavior of Backup/ign=inter on VMS 7.3-1= Message-ID: <4b6ec350.0307031442.20e73890@posting.google.com>c  e dteja@cerner.com (Dan Teja) wrote in message news:<7df4bb52.0306270619.7db06c1@posting.google.com>...MF > Summary: On openVMS 7.3-1 if I do backup/ign=inter on a file that isF > locked by another user. When I unpack the save set the modified date& > is different from the original file.  A I tested BACKUP/IGNORE=INTERLOCK on OPERATOR.LOG on 7.3 and 7.3-1w- and I got the following same results on both. ? The creation and last modified dates were the same because that D particular file is always open and does not change the modified date until a new file is built.  F Knowing that behavior of the modified date, you may want to check your application data file again.  C Notice that my test did not even get to the point of using a backupC saveset.' You may chase a ghost on that sideline.D  $ JH Strehlow, OpenVMS Systems Manager Alameda, CA  USA   ------------------------------   Date: 3 Jul 2003 15:35:11 -0700f, From: JimStrehlow@data911.com (Jim Strehlow)! Subject: Re: system disk on ODS-5e= Message-ID: <4b6ec350.0307031435.3841d1a4@posting.google.com>P  \ hoff@hp.nospam (Hoff Hoffman) wrote in message news:<O_3Ma.3630$hh.3515@news.cpqcorp.net>...h > In article <a7234bb1.0306241159.3968ae2@posting.google.com>, timasmith@hotmail.com (Tim Smith) writes:T > :I hear this is not recommended - what is the current status/issues for vms 7.3-1?  ' Be careful about existing applications..7 If you have a disk defragmenter, does it support ODS-5?s8 If you have Oracle, what version? Does it support ODS-5? etc.  $ JH Strehlow, OpenVMS Systems Manager Data911  Alameda  CA  USA   ------------------------------  # Date: Fri, 04 Jul 2003 03:09:41 GMTh% From: "bayden cline" <bayden@isys.ca>h Subject: ucx printing problemsH Message-ID: <Vd6Na.61220$x4o.35896@news04.bloor.is.net.cable.rogers.com>  K Hello, i have just setup ucx 4.2 on a VMS 6.2 system and am trying to setupeI lpd printing to a couple of xerox document centers, the problem that i am-I running into is trying to print in landscape mode, it will just not do ithJ everything is being outputed in portrat.  Just wondering if anyone has anyL sujestions or help that they might be able to give in how to setup landscape printing?  thanks in advance   bayden   ------------------------------   Date: 3 Jul 2003 11:16:33 -0700d1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) O Subject: Re: VAX support (was: Re: OpenVMS Technical Seminar Highlights (some))q= Message-ID: <cf15391e.0307031016.655a850f@posting.google.com>a  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F031C88.390C8800@istop.com>...$ > There areoH > many other packages that didn't get rescued and are still on VAX only.  B I'd disagree with your description of "many".  I recall there wereA very few left over.  TDMS was a sort spot, but today even that isi available on Alpha.T   ------------------------------  % Date: Thu, 03 Jul 2003 15:25:15 -0400c* From: JF Mezei <jfmezei.spamnot@istop.com>O Subject: Re: VAX support (was: Re: OpenVMS Technical Seminar Highlights (some))o) Message-ID: <3F048316.917AE3CE@istop.com>"   Keith Parris wrote:tD > I'd disagree with your description of "many".  I recall there wereC > very few left over.  TDMS was a sort spot, but today even that is  > available on Alpha.X  N Consider that by not porting Message Router to Alpha, Digital also didn't portJ all the plug-ins (gateways) to a whole bunch of other mail systems. It wasL pretty silly to port ALL-In-1 but not message router since A1 made heavy use of MR.  L I got burned badly by this, having worked hard to convince a customer to payG me to build a MR gateway to their mail system, only to find out midwaysp4 through development that Digital was abandonning MR.  I Another one which didn't get ported was the Postscript to Sixel convertereN software which I use to print postscript to LA75 sixel printers. (ok, I know I could use ghostcript for that).D  N Digital used to have a HIGE portfolio of VAX-VMS software. Palmer killed a LOT; of it at about the same time as Alpha came into the market.s   ------------------------------  # Date: Thu, 03 Jul 2003 19:21:13 GMTs# From: hoff@hp.nospam (Hoff Hoffman)-A Subject: Re: VAX Vup Listing not available on HP - where is it ?? 2 Message-ID: <Jm%Ma.3916$9w3.1327@news.cpqcorp.net>  j In article <5ed44bd3.0307030540.db77a99@posting.google.com>, paul_hallam@hotmail.com (Paul Hallam) writes:> :Does anyone know what HP have done with the old VAX/Alpha VUP :comparison listings.-G :I need to get the VUP ratings for Vax 7000/700A, 7000/710 and 7000/720r6 :but the lists are no longer available on the HP site.  C   The Systems and Options Catalog (SOC) would be the place to look.aE   I am not aware of a system known as a "Vax 7000/700A" -- and I willoD   assume you mean VAX 7000 model 710 and VAX 7000 model 720 when you&   refer to " 7000/710" and "7000/720".  E   The VAX 7000 series (Laser/Krypton) VUPS ratings are 50 to 300 VUPs F   for the model 710 (sometimes called the 700; a uniprocessor) through   the model 760 (6-way).    >   The VAX 7000 model 800 series is (was) rated at 60 VUPs per.  A   Visit the AskQ website referenced in the FAQ and search for thel>   article: "[OpenVMS] CPU Types and Their Related VUP Ratings"@   and the article "[OpenVMS] SPECint92, SPECfp92 and TPS Ratings>   for OpenVMS VAX & Alpha" -- these articles are unforunately    incomplete listings.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq_N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------   Date: 3 Jul 2003 13:04:49 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)nF Subject: Re: VMS makes "General News" section of HP's "Customer Times"3 Message-ID: <6Elfux$qR9UY@eisner.encompasserve.org>   m In article <20030703172521.18214.qmail@nym.alias.net>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes:o  N > I did think there was enough in the quoted section to get some reaction.  OrF > are certain posters still looking for faults in the entire document?  F Certain are not happy unless they find something to make them unhappy.  N > AFAIK this is the first in a very long time that migration *to* VMS has been; > suggested without a lot of qualifications attached to it.   G Yes, I agree it is a good move, especially for the effect it has on the  mindset inside the company.u  I > I know... One swallow etc., but if we bash HP for small, positive stepsi' > they'll just start ignoring us again.   C I think the bash-everything crowd is sitting this one out (so far).s   ------------------------------   Date: 3 Jul 2003 18:13:41 -0000.4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>F Subject: Re: VMS makes "General News" section of HP's "Customer Times"6 Message-ID: <20030703181341.11068.qmail@nym.alias.net>  = On 3 Jul 2003, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:sB >In article <20030703172521.18214.qmail@nym.alias.net>, Doc.Cypher, ><Use-Author-Address-Header@[127.1]> writes: >gO >> I did think there was enough in the quoted section to get some reaction.  OroG >> are certain posters still looking for faults in the entire document?o > G >Certain are not happy unless they find something to make them unhappy.  > O >> AFAIK this is the first in a very long time that migration *to* VMS has beeny< >> suggested without a lot of qualifications attached to it. >"H >Yes, I agree it is a good move, especially for the effect it has on the >mindset inside the company. >yJ >> I know... One swallow etc., but if we bash HP for small, positive steps( >> they'll just start ignoring us again. >iD >I think the bash-everything crowd is sitting this one out (so far).   Thank you Larry.  N I'm sure my anonymous source will be glad to see some people interpreting this! as a step in the right direction.n     Doc. -- aK OpenVMS.         Eight out of ten hackers prefer *other* operating systems.d   ------------------------------  % Date: Thu, 03 Jul 2003 14:37:47 -0400i* From: JF Mezei <jfmezei.spamnot@istop.com>F Subject: Re: VMS makes "General News" section of HP's "Customer Times"( Message-ID: <3F0477F9.98A00CA@istop.com>   "Doc.Cypher" wrote:oI > I know... One swallow etc., but if we bash HP for small, positive stepsg' > they'll just start ignoring us again.:  E As a matter of fact, HP should be left to its own devices without any K complaints to see whether HP continues to "include" VMS in its products, or N wether it will revert to its natural self which actively excludes VMS from all public presentations.   E If the 2 positive actions which included VMS were done as a result ofmH complaints from customers, it may not signify a true change in corporateD policy and thus the danger that HP reverts to ignoring VMS are high.   ------------------------------  % Date: Thu, 03 Jul 2003 14:22:21 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>F Subject: Re: VMS makes "General News" section of HP's "Customer Times") Message-ID: <3F04745C.8B8026D6@istop.com>    "Doc.Cypher" wrote:sF > http://www.hp.com/products1/evolution/customertimes/pdfs/general.pdf9 > * From HP-UX PA-RISC to HP-UX Integrity or OpenVMS I64.-I > NOTE THAT THE OPTIONS INCLUDE MOVING **TO** VMS FROM OTHER PLATFORMS...o >  > Interesting Times indeed.-    L Still too early to draw any conclusions. Right now, my impression is that HPL hasn't really changed policies, but have instead taken short term actions toF shut up all the complainers. The real question is whether VMS will getM sustained and PERMANENT inclusion into the HP mainstream products, or whetherYF in a few weeks, HP will revert back to its default behavious of alwasy1 exclusing mention of VMS in public presentations.i   ------------------------------  % Date: Thu, 03 Jul 2003 22:15:32 -0400a2 From: rdeininger@mindspring.com (Robert Deininger)F Subject: Re: VMS makes "General News" section of HP's "Customer Times"L Message-ID: <rdeininger-0307032215330001@user-uinj0fl.dialup.mindspring.com>  2 In article <3F04745C.8B8026D6@istop.com>, JF Mezei" <jfmezei.spamnot@istop.com> wrote:   >"Doc.Cypher" wrote:G >> http://www.hp.com/products1/evolution/customertimes/pdfs/general.pdfI: >> * From HP-UX PA-RISC to HP-UX Integrity or OpenVMS I64.J >> NOTE THAT THE OPTIONS INCLUDE MOVING **TO** VMS FROM OTHER PLATFORMS... >>   >> Interesting Times indeed. >a >tM >Still too early to draw any conclusions. Right now, my impression is that HP M >hasn't really changed policies, but have instead taken short term actions toe >shut up all the complainers.   - If that is HP's goal, I predict it will fail.h   ------------------------------  % Date: Thu, 03 Jul 2003 22:43:48 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>F Subject: Re: VMS makes "General News" section of HP's "Customer Times") Message-ID: <3F04E9C1.9ED9AB81@istop.com>A   Robert Deininger wrote:rO > >Still too early to draw any conclusions. Right now, my impression is that HP O > >hasn't really changed policies, but have instead taken short term actions to5 > >shut up all the complainers.r > / > If that is HP's goal, I predict it will fail.     L If HP keeps up the visibility of VMS we has seen this week without customersR constantly puting pressure on HP, then the dissenters will become much more quiet.  G VMS loyalists aren't asking for the moon. Just asking for good businessx@ treatment of a valuable and potentially very profitable product.   ------------------------------   End of INFO-VAX 2003.365 ************************